ESX 4.0 in VM - Reboot beim Start einer VM

[continuum]

Yep - ESX 4 i als VM braucht 2Gb RAM

[MikeDelta]

Der Eintrag kommt in die vmx der nested VM - nicht in die erste VM

Habe ich da auch eingetragen...mit dem üblichen Ergebnis! Werde morgen dann nochmal mit Debugging testen!

[continuum]

hast du auch monitor_control.restrict_backdoor = true in der nested vmx ?

Mit den beiden kann ich bei mir vmplayer in ESX in Workstation laufen lassen

poste mal die vmx der nested VM

[MikeDelta]

Hab´s jetzt mal mit eingeschaltetem Debugging und den beiden Parametern in der nested vm im virtualisierten ESXi4 versucht - gleiches Ergebnis, beim Start der nested VM schaltet sich der ESXi einfach ab!

Hier ist die vmx der nested VM:

.encoding = "UTF-8"
config.version = "8"
virtualHW.version = "7"
vmx.allowNested = "TRUE"
monitor_control.restrict_backdoor = true
pciBridge0.present = "TRUE"
pciBridge4.present = "TRUE"
pciBridge4.virtualDev = "pcieRootPort"
pciBridge4.functions = "8"
pciBridge5.present = "TRUE"
pciBridge5.virtualDev = "pcieRootPort"
pciBridge5.functions = "8"
pciBridge6.present = "TRUE"
pciBridge6.virtualDev = "pcieRootPort"
pciBridge6.functions = "8"
pciBridge7.present = "TRUE"
pciBridge7.virtualDev = "pcieRootPort"
pciBridge7.functions = "8"
vmci0.present = "TRUE"
nvram = "w2k-wks.nvram"
deploymentPlatform = "windows"
virtualHW.productCompatibility = "hosted"
unity.customColor = "|23C0C0C0"
tools.upgrade.policy = "useGlobal"
powerType.powerOff = "default"
powerType.powerOn = "default"
powerType.suspend = "default"
powerType.reset = "default"

displayName = "w2k-wks"
extendedConfigFile = "w2k-wks.vmxf"

scsi0.present = "TRUE"
scsi0.sharedBus = "none"
memsize = "128"
scsi0:0.present = "TRUE"
scsi0:0.fileName = "w2k-wks.vmdk"
scsi0:0.deviceType = "scsi-hardDisk"
ide1:0.present = "TRUE"
ide1:0.clientDevice = "TRUE"
ide1:0.deviceType = "cdrom-raw"
ide1:0.startConnected = "FALSE"
ethernet0.present = "TRUE"
ethernet0.networkName = "USER-LAN"
ethernet0.addressType = "vpx"
ethernet0.generatedAddress = "00:50:56:b9:69:f1"
chipset.onlineStandby = "FALSE"
guestOSAltName = "Microsoft Windows 2000 Professional"
guestOS = "win2000pro"
uuid.bios = "42 39 bb 4d fa 38 aa a7-af ed e6 f5 a2 f4 ff 23"
vc.uuid = "52 f5 a4 55 09 73 e4 6a-ab f5 23 26 f3 45 9f 07"
snapshot.action = "keep"
sched.cpu.min = "0"
sched.cpu.units = "mhz"
sched.cpu.shares = "normal"
sched.mem.minsize = "0"
sched.mem.shares = "normal"
floppy0.present = "FALSE"

uuid.location = "56 4d 3a 00 0b 58 c1 45-f2 52 fe 7a e6 c8 cb 53"
replay.supported = "FALSE"
sched.swap.derivedName = "/vmfs/volumes/4a250a75-2052a5a7-a8a3-000c29c47cec/w2k-wks/w2k-wks-120a6cb9.vswp"
scsi0:0.redo = ""
vmotion.checkpointFBSize = "4194304"
pciBridge0.pciSlotNumber = "17"
pciBridge4.pciSlotNumber = "21"
pciBridge5.pciSlotNumber = "22"
pciBridge6.pciSlotNumber = "23"
pciBridge7.pciSlotNumber = "24"
scsi0.pciSlotNumber = "16"
ethernet0.pciSlotNumber = "32"
vmci0.pciSlotNumber = "33"
vmci0.id = "-1561002205"
hostCPUID.0 = "0000000a756e65476c65746e49656e69"
guestCPUID.0 = "0000000a756e65476c65746e49656e69"
userCPUID.0 = "0000000a756e65476c65746e49656e69"
hostCPUID.1 = "0001067700010800800822010febfbff"
guestCPUID.1 = "0001067700010800800802010febfbff"
userCPUID.1 = "0001067700010800800802010febfbff"
hostCPUID.80000001 = "00000000000000000000000120100800"
guestCPUID.80000001 = "00000000000000000000000000100800"
userCPUID.80000001 = "00000000000000000000000120100800"
evcCompatibilityMode = "FALSE"

Habt ihr das eigentlich auch, dass das vCenter beim beenden einen Client Error meldet? Zumindest wenn man sich mit dem vCenter Server direkt connectet - beim Connect mit einem ESX passiert nix - das habe ich jetzt schon bei zwei Installationen beobachtet...

Das Logfile der ESXi4 VM:
http://4freeload.net/download.php?id=5AC83D136

[continuum]

Hab mir gerade mal das log angesehen ... ????

Poste mal im VMTN - Ueberschrift "running a nested VMs inside ESX 4 VM creashes ESX"

dann antwortet wahrscheinlich jmattson - der kennt sich mit sowas aus

[Dayworker]

Jun 03 19:48:27.717: vmx| Log for VMware Server pid=8092 version=2.0.0 build=build-122956 option=BETA

Das hättest du ja auch gleich sagen können. Damit erscheinen deine Probleme in einem ganz anderen Licht.
Von daher Downgrade zuerst etwas weiter auf die Version 2.0.1 und versuch es noch einmal. Dann sollte es auch funktionieren.

[continuum]

Weia - das habe ich ganz uebersehen.
Erklaert alles

[MikeDelta]

Weia - das habe ich ganz uebersehen.
Erklaert alles

Leider nicht - auch nach Update auf die 2.0.1 gleicher Fehler wie gehabt...ich werd´mal im VMTN posten - danke schonmal für die Mühe!

[Dayworker]

Schade eigentlich, die Release-Versionen haben viele Probleme der Beta gelöst und die Hoffnung stirbt bekanntlich zuletzt.

[MikeDelta]

Jun 03 19:48:27.717: vmx| Log for VMware Server pid=8092 version=2.0.0 build=build-122956 option=BETA

Das hättest du ja auch gleich sagen können. Damit erscheinen deine Probleme in einem ganz anderen Licht.
Von daher Downgrade zuerst etwas weiter auf die Version 2.0.1 und versuch es noch einmal. Dann sollte es auch funktionieren.

Steht in der aktuellen Version auch so - der VMware Server 2 ist wohl eine einzige BETA:

Jun 05 18:12:57.502: vmx| Log for VMware Server pid=8632 version=2.0.1 build=build-156745 option=BETA

Ich habe das mal im VMTN gepostet, mal schauen ob da was kommt...

http://communities.vmware.com/message/1274302

[Dayworker]

Steht in der aktuellen Version auch so - der VMware Server 2 ist wohl eine einzige BETA:

Jun 05 18:12:57.502: vmx| Log for VMware Server pid=8632 version=2.0.1 build=build-156745 option=BETA

Ich habe das mal im VMTN gepostet, mal schauen ob da was kommt...

http://communities.vmware.com/message/1274302

Das kann ich so nicht gelten lassen, bei mir steht v2.0.1 im vmware.log. Daher die entscheidende Frage, wie hast du denn 2.0.1 installiert?
Komplett deinstalliert und dabei auch nichts für die erneute Inst inklusive Seriennummer zurückbehalten oder die Inst angeschoben und die hat für dich die Deinst & Inst vollzogen?

[MikeDelta]

Steht in der aktuellen Version auch so - der VMware Server 2 ist wohl eine einzige BETA:

Jun 05 18:12:57.502: vmx| Log for VMware Server pid=8632 version=2.0.1 build=build-156745 option=BETA

Ich habe das mal im VMTN gepostet, mal schauen ob da was kommt...

http://communities.vmware.com/message/1274302

Das kann ich so nicht gelten lassen, bei mir steht v2.0.1 im vmware.log. Daher die entscheidende Frage, wie hast du denn 2.0.1 installiert?
Komplett deinstalliert und dabei auch nichts für die erneute Inst inklusive Seriennummer zurückbehalten oder die Inst angeschoben und die hat für dich die Deinst & Inst vollzogen?

Ich habe eine Update-Installation gemacht wo die Deinstallation automatisch erfolgte! Allerdings war auch die 2.0 keine BETA, ich habe die Version von der VMware Seite geladen, als diese dort freigegeben wurde, deshalb kann ich den Eintrag nicht so ganz nachvollziehen!

Aber mittlerweile hat sich das Problem als Bug im VMware Server 2 herausgestellt:

"jmattson wrote: This is a bug in VMware Server 2.0.1. To run nested VMs under an ESX 4 VM, you will need to run the ESX 4 VM under Workstation 6.5.1 (or greater), the companion Player 2.5.1 (or greater), or ESX 4."

Damit hat sich das dann wohl erledigt...

Gruß!
Michael

[Dayworker]

Na dann also noch einmal etwas weiter Downgraden zur Version 2.00 oder gleich ein Upgrade zur Version 1.09 machen.

PS: Bei der 1.09 gibts dann auch eine 1a-Console für Linux und Windows. YES.

[MikeDelta]

Na dann also noch einmal etwas weiter Downgraden zur Version 2.00 oder gleich ein Upgrade zur Version 1.09 machen.

PS: Bei der 1.09 gibts dann auch eine 1a-Console für Linux und Windows. YES.

2.0.0 hatte ich doch vorher drauf und funktioniert genausowenig - ESX4 macht einen Reboot und ESXi4 schaltet sich einfach ab!

Wenn ich das im VMNT richtig verstanden habe ist das mit dem VMware Server 2.x überhaupt nicht möglich sofern nicht noch das nächste Build den Fehler beseitigt!

Die Version 1.09 hatte ich anfangs mal getestet, die wollte aber auf meinem W2k8 Host nicht wirklich funktionieren, deshalb bin ich auf den Server 2 ausgewichen. Ich werd´mir mal eine zweite Maschine basteln und mit der Workstation Version weitermachen...

[Dayworker]

2.0.0 hatte ich doch vorher drauf und funktioniert genausowenig - ESX4 macht einen Reboot und ESXi4 schaltet sich einfach ab!

Wenn ich das im VMNT richtig verstanden habe ist das mit dem VMware Server 2.x überhaupt nicht möglich sofern nicht noch das nächste Build den Fehler beseitigt!

Die Version 1.09 hatte ich anfangs mal getestet, die wollte aber auf meinem W2k8 Host nicht wirklich funktionieren, deshalb bin ich auf den Server 2 ausgewichen. Ich werd´mir mal eine zweite Maschine basteln und mit der Workstation Version weitermachen...

Auf welches Problem mit 1.09 bist du außer der fehlenden Treibersignatur noch gestossen?

[MikeDelta]

2.0.0 hatte ich doch vorher drauf und funktioniert genausowenig - ESX4 macht einen Reboot und ESXi4 schaltet sich einfach ab!

Wenn ich das im VMNT richtig verstanden habe ist das mit dem VMware Server 2.x überhaupt nicht möglich sofern nicht noch das nächste Build den Fehler beseitigt!

Die Version 1.09 hatte ich anfangs mal getestet, die wollte aber auf meinem W2k8 Host nicht wirklich funktionieren, deshalb bin ich auf den Server 2 ausgewichen. Ich werd´mir mal eine zweite Maschine basteln und mit der Workstation Version weitermachen...

Auf welches Problem mit 1.09 bist du außer der fehlenden Treibersignatur noch gestossen?

Das hat mir schon gereicht - bei jedem Start die Treibersignierung in den Boot-Optionen abschalten zu müssen ist mir dann doch etwas zu mühselig, denn ich habe den Host als Testwiese zu Hause stehen und der läuft nicht dauerhaft durch, sondern wird jeden morgen hochgefahren!
Mit der 2er Version komme ich auch ansonsten gut mit klar, die Webgui reicht für meine Zwecke völlig aus! Ich baue mir gerade in der Firma einen Host zusammen und teste da mal mit der WKs oder 1er Version...

[continuum]

ESX 4 als VM in VMserver 1 ist nicht moeglich.

[MikeDelta]

ESX 4 als VM in VMserver 1 ist nicht moeglich.

Das macht dann die Auswahl recht einfach!

[Dayworker]

V1.09 auch nicht, schade eigentlich.

Scheint wohl nur am ESXi4 zu liegen, der 3er startet problemlos eine Nested-VM und bootet diese ohne Mucken mehrmals durch. Auch die vmTools-Inst bringt er sauber über die Bühne...

[continuum]

Yep - die 2.5 und 3.0 Versionen des ESX waren noch anders, ESX 3.5 oder ESX 4 als VM brauchen definitiv Workstation 6.5.1 oder hoeher oder VMserver 2 oder auch ESX4 als host