Etter et par kvelder med feilsøking viser det seg at dette er en feil fra vmware sin side.
De bruker en linux distribusjon som grunnlag for NSX Controller. Den distribusjonen har en konfigurasjon som krever at root passord endres etter 90 dager.
90 dage etter release av NSX Manager vil NSX Controller deployment feile, fordi den ikke takler spørsmålet "du må skifte passord" og dermed ikke klarer å sette IP Addresse.
For oss med VMUG Advantage er det ikke så enkelt å få siste versjon, så vi må forsøke workarounds.
Link til to forskjellige workarounds er nevnt i denne tråden:
https://communities.vmware.com/thread/575783
Jeg forsøkte workaround beskrevet i PDF, noe som ikke fungerte. Har ikke forsøkt den fra vmware sin kb artikkel enda. Men den er neste ut.
Må si jeg er litt overrasket at det finnes like feil i såpass dyr programvare.
CPU er hovedaktøren når det kommer til antall bits, men selvfølgelig må hovedkort or resten matche.
16 bits CPU betyr (for intel) 286 og tidligere. Rent instruksjonsmessig er alle intel (bortsett fra Itanium) cpu'er bakoverkompatible.
Det vil si at alle intel cpu'er i dag vil kunne kjøre kode for 16 bits cpu.
Problemet er derimot OS, og den store endringen som kom med 386 cpu'en.
Før 386 kunne programvare lese og skrive til hele minne, selv minne som programmet selv ikke eide.
(joda, protected mode kom egentlig med 286, men var helt ubrukelig). Det var også fritt frem for å snakke med hardware direkte (skjermkort, serieporter, lydkort, etc).
Fra 386 begynte man med protected mode, hvor man isolerte programmer. Hvert program fikk tilsynelatende tilgang til hele minne, men dette var en virtuel representasjon og ble mappet til fysisk minne. Samt en hel haug andre store forskjeller, bla multitasking.
Så å kjøre en 16-bits applikasjon i dag betyr at man må emulere OS til å tilby forventede funksjoner og oppførsel mot hardware.
XP 32bits fungerer helt fint på dagen maskiner, men du kan få problemer med å få tak i drivere til disk-kontroller/skjermkort/lyd/chipset/USB3.0 etc. Du vil også være begrenset til 4GB ram.
DOS emulator har ikke noe med virtuell maskin å gjøre. En emulator kjører oppå et annet OS. Men en virtuell maskin tilbyr en "ren" maskin du kan installere et OS på.
Så du kan enten forsøke å installer MS-DOS i en virtuell maskin (aldri prøvd..) eller du kan bare kjøre en DOS emulator på et annet OS.
Windows har kompabilitetsfunksjoner for 16-bits programmer, men det er ikke alltid den fungerer spesielt bra.
