Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!

Vorsicht vor ESXi 5.1

Moderatoren: Dayworker, irix

Antworten
Member
Beiträge: 210
Registriert: 18.02.2011, 11:30

Vorsicht vor ESXi 5.1

Beitragvon Klaus_Urban » 17.09.2012, 10:03

Hallo,
ich habe am Wochende beim Kunden die ESXi 4.1 Version auf 5.1 upgegradet.
Als ich dann die Windows 2003 64-Bit VM starten wollte, ist mir zuerst die VM und ca. 2 Minuten später der ESXi 5.1 Server mit dem "purple Screen" abgestüzt. Dann gab es nur noch den Debug-Modus und den Reset. Ich habe den datastore mitgenommen und auf einem neuen datastore die ESXi 5.0 U1 Version installiert. Danach dann die Datenrücksicherung und es war wieder alles ok.
In der Firma habe ich den datastore an einem ESXi 5.1 angeschlossen und hatte auch da den gleichen Absturz. Als ich den ESXi 5.1 auf die Version 5.0 downgegradet habe, lief dann auch die Windows 2003 64-Bit VM ohne Probleme.
Also wandert bei mir die 5.1-Version erst mal in die Tonne.

Klaus.
Nach oben
King of the Hill
Beiträge: 13658
Registriert: 01.10.2008, 12:54
Wohnort: laut USV-Log am Ende der Welt...

Beitragvon Dayworker » 17.09.2012, 12:00

Falls vorhanden, verlinke mal bitte das PSOD-Bild.
Wenn du bei dieser Gelegenheit gleich noch die Logs zum ESXi und der VM verlinken würdest, können wir vielleicht gemeinsam die Ursache ergründen.

Hast du dafür einen Case bei VMware geöffnet?
Nach oben
Member
Beiträge: 210
Registriert: 18.02.2011, 11:30

Beitragvon Klaus_Urban » 17.09.2012, 13:38

Hallo,
der VMWare.log ist beim ersten Start 102,380 Byte groß.
Wenn ich nach dem Absturz der VM eine andere XP-Pro VM starte funktioniert der ESXi noch.
Wenn ich die abgestürzte VM ausschalten möchte wird auf der Konsole "Unable to connect to the MKS:Error connecting to /bin/vmx process." angezeigt.
Die VM wird nicht ausgeschaltet.
Wenn ich danach den ESXi herunterfahre, kommt der PSOD.



Hier ein Auszug der vmware.log:
2012-09-17T11:12:24.178Z| vmx| I120: Log for VMware ESX pid=3977 version=5.1.0 build=build-799733 option=Release
2012-09-17T11:12:24.178Z| vmx| I120: The process is 64-bit.
2012-09-17T11:12:24.178Z| vmx| I120: Host codepage=UTF-8 encoding=UTF-8
2012-09-17T11:12:24.178Z| vmx| I120: Host is VMkernel 5.1.0
2012-09-17T11:12:24.173Z| vmx| I120: VTHREAD initialize main thread 0 "vmx" pid 3977
2012-09-17T11:12:24.173Z| vmx| I120: Msg_SetLocaleEx: HostLocale=UTF-8 UserLocale=NULL
2012-09-17T11:12:24.174Z| vmx| I120: ConfigDB: Failed to load /usr/lib/vmware/config
2012-09-17T11:12:24.174Z| vmx| I120: ConfigDB: Failed to load ~/.vmware/config
2012-09-17T11:12:24.174Z| vmx| I120: OBJLIB-LIB : Objlib initialized.
2012-09-17T11:12:24.175Z| vmx| I120: PREF Optional preferences file not found at /usr/lib/vmware/config. Using default values.
2012-09-17T11:12:24.175Z| vmx| I120: PREF Optional preferences file not found at //.vmware/config. Using default values.
2012-09-17T11:12:24.175Z| vmx| I120: PREF Failed to load user preferences.
2012-09-17T11:12:24.178Z| vmx| I120: Hostname=esxi2
2012-09-17T11:12:24.178Z| vmx| I120: IP=127.0.0.1 (lo0)
2012-09-17T11:12:24.178Z| vmx| I120: IP=192.168.123.3 (vmk0)
2012-09-17T11:12:24.178Z| vmx| I120: vmkernel build type: release
2012-09-17T11:12:24.178Z| vmx| I120: System uptime 303323928 us
2012-09-17T11:12:24.178Z| vmx| I120: Command line: "/bin/vmx" "-ssched.group=host/user" "-#" "product=4;name=VMware ESX;version=5.1.0;buildnumber=799733;licensename=VMware ESX Server;licenseversion=5.0;" "-@" "duplex=3;msgs=ui" "/vmfs/volumes/4da0743a-61c4a043-1317-000423cf1adc/APServer-DDS/APServer-DDS.vmx"
2012-09-17T11:12:24.178Z| vmx| I120: Environment: "USER=root" "HOME=/" "SHELL=/bin/ash" "LANG=C"
2012-09-17T11:12:24.178Z| vmx| I120: Msg_SetLocaleEx: HostLocale=UTF-8 UserLocale=NULL
2012-09-17T11:12:24.179Z| vmx| I120: Duplex socket: 3
2012-09-17T11:12:24.196Z| vmx| I120: Connecting 'ui' to fd '3' with user '(null)'
2012-09-17T11:12:24.196Z| vmx| I120: VmdbAddConnection: cnxPath=/db/connection/#1/, cnxIx=1
2012-09-17T11:12:24.196Z| vmx| I120: /vmfs/volumes/4da0743a-61c4a043-1317-000423cf1adc/APServer-DDS/APServer-DDS.vmx: Setup symlink /var/run/vmware/78577ff9a61fe854afd5df4386853491 -> /var/run/vmware/root_0/1347880344179175_3977
2012-09-17T11:12:24.196Z| vmx| I120: Vix: [3977 mainDispatch.c:475]: VMAutomation: Initializing VMAutomation.
2012-09-17T11:12:24.196Z| vmx| I120: Vix: [3977 mainDispatch.c:772]: VMAutomationOpenListenerSocket() listening
2012-09-17T11:12:24.201Z| vmx| I120: Vix: [3977 mainDispatch.c:3867]: VMAutomation_ReportPowerOpFinished: statevar=0, newAppState=1870, success=1 additionalError=0
2012-09-17T11:12:24.201Z| vmx| I120: Transitioned vmx/execState/val to poweredOff
2012-09-17T11:12:24.201Z| vmx| I120: Vix: [3977 mainDispatch.c:3867]: VMAutomation_ReportPowerOpFinished: statevar=1, newAppState=1873, success=1 additionalError=0
2012-09-17T11:12:24.201Z| vmx| I120: Vix: [3977 mainDispatch.c:3867]: VMAutomation_ReportPowerOpFinished: statevar=2, newAppState=1877, success=1 additionalError=0
2012-09-17T11:12:24.201Z| vmx| I120: Vix: [3977 mainDispatch.c:3867]: VMAutomation_ReportPowerOpFinished: statevar=3, newAppState=1881, success=1 additionalError=0
2012-09-17T11:12:24.201Z| vmx| I120: UTIL: Change file descriptor limit from soft 2122,hard 2122 to soft 4096,hard 4096.
2012-09-17T11:12:24.201Z| vmx| I120: PTSC: using TSC + offset (-223198894149)
2012-09-17T11:12:24.201Z| vmx| I120: PTSC: hardware TSCs are synchronized.
2012-09-17T11:12:24.201Z| vmx| I120: PTSC: current PTSC=998775192816
2012-09-17T11:12:24.202Z| vmx| I120: FeatureCompat: EVC masks:
2012-09-17T11:12:24.202Z| vmx| I120: hostCPUID vendor: GenuineIntel
2012-09-17T11:12:24.202Z| vmx| I120: hostCPUID family: 0x6 model: 0x2a stepping: 0x7
2012-09-17T11:12:24.202Z| vmx| I120: hostCPUID codename: Sandy Bridge
2012-09-17T11:12:24.202Z| vmx| I120: hostCPUID name: Intel(R) Core(TM) i5-2500K CPU @ 3.30GHz
2012-09-17T11:12:24.202Z| vmx| I120: hostCPUID level 00000000, 0: 0x0000000d 0x756e6547 0x6c65746e 0x49656e69

++++++
2012-09-17T11:12:24.202Z| vmx| I120: Common: MSR 0xce = 0x100060012100
2012-09-17T11:12:24.203Z| vmx| I120: VMIOP: Init started
2012-09-17T11:12:24.203Z| vmx| I120: MKSXlib: Initialized thread-safe Xlib
2012-09-17T11:12:24.203Z| vmx| W110: ObtainHardwareID unexpected failure: 22.
2012-09-17T11:12:24.203Z| vmx| W110: Hostinfo_MachineID ObtainHardwareID failure (Invalid argument); providing default.
2012-09-17T11:12:24.203Z| vmx| I120: [0x1ADB5000-0x1B7A9C2C): /bin/vmx
2012-09-17T11:12:24.212Z| vmx| I120: changing directory to /vmfs/volumes/4da0743a-61c4a043-1317-000423cf1adc/APServer-DDS/.
2012-09-17T11:12:24.212Z| vmx| I120: Config file: /vmfs/volumes/4da0743a-61c4a043-1317-000423cf1adc/APServer-DDS/APServer-DDS.vmx
2012-09-17T11:12:24.213Z| vmx| I120: Vix: [3977 mainDispatch.c:3867]: VMAutomation_ReportPowerOpFinished: statevar=1, newAppState=1873, success=1 additionalError=0
2012-09-17T11:12:24.213Z| vmx| I120: Vix: [3977 mainDispatch.c:3867]: VMAutomation_ReportPowerOpFinished: statevar=2, newAppState=1878, success=1 additionalError=0
2012-09-17T11:12:24.301Z| vmx| I120: VMXVmdbCbVmVmxExecState: Exec state change requested to state poweredOn without reset, soft, softOptionTimeout: 0.
2012-09-17T11:12:24.301Z| vmx| I120: Tools: sending 'OS_PowerOn' (state = 3) state change request
2012-09-17T11:12:24.301Z| vmx| I120: Tools: Delaying state change request to state 3.
2012-09-17T11:12:24.301Z| vmx| W110: PowerOn
2012-09-17T11:12:24.306Z| vmx| I120: Vix: [3977 mainDispatch.c:3867]: VMAutomation_ReportPowerOpFinished: statevar=0, newAppState=1871, success=1 additionalError=0
2012-09-17T11:12:24.306Z| vmx| I120: UNAME VMkernel esxi2 5.1.0 #1 SMP Release build-799733 Aug 1 2012 20:03:00 x86_64 (uwglibc release: vmware, version: 2.5)
2012-09-17T11:12:24.306Z| vmx| I120: DICT --- USER PREFERENCES //.vmware/preferences
2012-09-17T11:12:24.306Z| vmx| I120: DICT --- USER DEFAULTS //.vmware/config
2012-09-17T11:12:24.306Z| vmx| I120: DICT --- HOST DEFAULTS /etc/vmware/config
2012-09-17T11:12:24.306Z| vmx| I120: DICT libdir = /usr/lib/vmware
2012-09-17T11:12:24.306Z| vmx| I120: DICT authd.proxy.vim = vmware-hostd:hostd-vmdb
2012-09-17T11:12:24.306Z| vmx| I120: DICT authd.proxy.nfc = vmware-hostd:ha-nfc
2012-09-17T11:12:24.306Z| vmx| I120: DICT authd.proxy.nfcssl = vmware-hostd:ha-nfcssl
2012-09-17T11:12:24.306Z| vmx| I120: DICT authd.proxy.vpxa-nfcssl = vmware-vpxa:vpxa-nfcssl
2012-09-17T11:12:24.306Z| vmx| I120: DICT authd.proxy.vpxa-nfc = vmware-vpxa:vpxa-nfc
2012-09-17T11:12:24.306Z| vmx| I120: DICT authd.fullpath = /sbin/authd
2012-09-17T11:12:24.306Z| vmx| I120: DICT authd.soapServer = TRUE
2012-09-17T11:12:24.306Z| vmx| I120: DICT vmauthd.server.alwaysProxy = TRUE
2012-09-17T11:12:24.306Z| vmx| I120: DICT --- SITE DEFAULTS /usr/lib/vmware/config
2012-09-17T11:12:24.306Z| vmx| I120: DICT --- NONPERSISTENT
2012-09-17T11:12:24.306Z| vmx| I120: DICT sched.group = host/user
2012-09-17T11:12:24.306Z| vmx| I120: DICT --- COMMAND LINE
2012-09-17T11:12:24.306Z| vmx| I120: DICT sched.group = host/user
2012-09-17T11:12:24.306Z| vmx| I120: DICT --- RECORDING
2012-09-17T11:12:24.306Z| vmx| I120: DICT sched.group = host/user
2012-09-17T11:12:24.306Z| vmx| I120: DICT --- CONFIGURATION /vmfs/volumes/4da0743a-61c4a043-1317-000423cf1adc/APServer-DDS/APServer-DDS.vmx
2012-09-17T11:12:24.306Z| vmx| I120: DICT config.version = 8
2012-09-17T11:12:24.306Z| vmx| I120: DICT virtualHW.version = 7
2012-09-17T11:12:24.306Z| vmx| I120: DICT pciBridge0.present = TRUE
2012-09-17T11:12:24.306Z| vmx| I120: DICT pciBridge4.present = TRUE
2012-09-17T11:12:24.306Z| vmx| I120: DICT pciBridge4.virtualDev = pcieRootPort
2012-09-17T11:12:24.306Z| vmx| I120: DICT pciBridge4.functions = 8
2012-09-17T11:12:24.306Z| vmx| I120: DICT pciBridge5.present = TRUE
2012-09-17T11:12:24.306Z| vmx| I120: DICT pciBridge5.virtualDev = pcieRootPort
2012-09-17T11:12:24.306Z| vmx| I120: DICT pciBridge5.functions = 8
2012-09-17T11:12:24.306Z| vmx| I120: DICT pciBridge6.present = TRUE
2012-09-17T11:12:24.306Z| vmx| I120: DICT pciBridge6.virtualDev = pcieRootPort
2012-09-17T11:12:24.306Z| vmx| I120: DICT pciBridge6.functions = 8
2012-09-17T11:12:24.306Z| vmx| I120: DICT pciBridge7.present = TRUE
2012-09-17T11:12:24.306Z| vmx| I120: DICT pciBridge7.virtualDev = pcieRootPort
2012-09-17T11:12:24.306Z| vmx| I120: DICT pciBridge7.functions = 8
2012-09-17T11:12:24.306Z| vmx| I120: DICT vmci0.present = TRUE
2012-09-17T11:12:24.306Z| vmx| I120: DICT nvram = Windows_2003_R2_64_Bit.nvram
2012-09-17T11:12:24.306Z| vmx| I120: DICT virtualHW.productCompatibility = hosted
2012-09-17T11:12:24.306Z| vmx| I120: DICT powerType.powerOff = soft
2012-09-17T11:12:24.306Z| vmx| I120: DICT powerType.powerOn = hard
2012-09-17T11:12:24.306Z| vmx| I120: DICT powerType.suspend = hard
2012-09-17T11:12:24.306Z| vmx| I120: DICT powerType.reset = soft
2012-09-17T11:12:24.306Z| vmx| I120: DICT displayName = APServer-DDS
2012-09-17T11:12:24.306Z| vmx| I120: DICT extendedConfigFile = APServer.vmxf
2012-09-17T11:12:24.306Z| vmx| I120: DICT numvcpus = 4
2012-09-17T11:12:24.306Z| vmx| I120: DICT memsize = 4096
2012-09-17T11:12:24.306Z| vmx| I120: DICT ethernet0.present = TRUE
2012-09-17T11:12:24.306Z| vmx| I120: DICT ethernet0.virtualDev = e1000
2012-09-17T11:12:24.306Z| vmx| I120: DICT ethernet0.networkName = VM Network
2012-09-17T11:12:24.306Z| vmx| I120: DICT ethernet0.addressType = static
2012-09-17T11:12:24.306Z| vmx| I120: DICT guestOS = winnetstandard-64
2012-09-17T11:12:24.306Z| vmx| I120: DICT uuid.location = 56 4d 34 5a 2d 11 26 4c-1d 70 a2 03 fa cc ef 4a
2012-09-17T11:12:24.306Z| vmx| I120: DICT uuid.bios = 56 4d 6a 41 77 c0 8f 5e-28 9c 6e 79 95 50 05 71
2012-09-17T11:12:24.306Z| vmx| I120: DICT vc.uuid = 52 3a 0e 89 4a 3f d9 48-06 d9 8f 54 11 ff 3c e2
2012-09-17T11:12:24.306Z| vmx| I120: DICT ethernet0.address = 00:50:56:01:11:64
2012-09-17T11:12:24.306Z| vmx| I120: DICT vmci0.id = -1789917839
2012-09-17T11:12:24.306Z| vmx| I120: DICT tools.syncTime = FALSE
2012-09-17T11:12:24.306Z| vmx| I120: DICT cleanShutdown = TRUE
2012-09-17T11:12:24.306Z| vmx| I120: DICT replay.supported = FALSE
2012-09-17T11:12:24.306Z| vmx| I120: DICT sched.swap.derivedName = /vmfs/volumes/4da0743a-61c4a043-1317-000423cf1adc/APServer-DDS/APServer-DDS-f35dc534.vswp
2012-09-17T11:12:24.306Z| vmx| I120: DICT replay.filename =
2012-09-17T11:12:24.306Z| vmx| I120: DICT pciBridge0.pciSlotNumber = 17
2012-09-17T11:12:24.306Z| vmx| I120: DICT pciBridge4.pciSlotNumber = 21
2012-09-17T11:12:24.306Z| vmx| I120: DICT pciBridge5.pciSlotNumber = 22
2012-09-17T11:12:24.306Z| vmx| I120: DICT pciBridge6.pciSlotNumber = 23
2012-09-17T11:12:24.306Z| vmx| I120: DICT pciBridge7.pciSlotNumber = 24
2012-09-17T11:12:24.306Z| vmx| I120: DICT ethernet0.pciSlotNumber = 32
2012-09-17T11:12:24.306Z| vmx| I120: DICT vmci0.pciSlotNumber = 33
2012-09-17T11:12:24.306Z| vmx| I120: DICT vmotion.checkpointFBSize = 33554432
2012-09-17T11:12:24.306Z| vmx| I120: DICT tools.remindInstall = FALSE
2012-09-17T11:12:24.306Z| vmx| I120: DICT hostCPUID.0 = 0000000d756e65476c65746e49656e69
2012-09-17T11:12:24.306Z| vmx| I120: DICT hostCPUID.1 = 000206a700100800179ae3bfbfebfbff
2012-09-17T11:12:24.306Z| vmx| I120: DICT hostCPUID.80000001 = 00000000000000000000000128100800
2012-09-17T11:12:24.306Z| vmx| I120: DICT guestCPUID.0 = 0000000d756e65476c65746e49656e69
2012-09-17T11:12:24.306Z| vmx| I120: DICT guestCPUID.1 = 000206a700040800829822031febfbff
2012-09-17T11:12:24.306Z| vmx| I120: DICT guestCPUID.80000001 = 00000000000000000000000128100800
2012-09-17T11:12:24.306Z| vmx| I120: DICT userCPUID.0 = 0000000d756e65476c65746e49656e69
2012-09-17T11:12:24.306Z| vmx| I120: DICT userCPUID.1 = 000206a700100800029822031febfbff
2012-09-17T11:12:24.306Z| vmx| I120: DICT userCPUID.80000001 = 00000000000000000000000128100800
2012-09-17T11:12:24.306Z| vmx| I120: DICT evcCompatibilityMode = FALSE
2012-09-17T11:12:24.306Z| vmx| I120: DICT bios.forceSetupOnce = FALSE
2012-09-17T11:12:24.306Z| vmx| I120: DICT unity.wasCapable = FALSE
2012-09-17T11:12:24.306Z| vmx| I120: DICT ide0:0.present = TRUE
2012-09-17T11:12:24.306Z| vmx| I120: DICT ide0:0.fileName = System.vmdk
2012-09-17T11:12:24.306Z| vmx| I120: DICT ide0:0.mode = independent-persistent
2012-09-17T11:12:24.306Z| vmx| I120: DICT ide0:0.redo =
2012-09-17T11:12:24.306Z| vmx| I120: DICT migrate.hostlog = ./Windows_2003_R2_64_Bit-2cfa4e1d.hlog
2012-09-17T11:12:24.306Z| vmx| I120: DICT usb:0.present = TRUE
2012-09-17T11:12:24.306Z| vmx| I120: DICT usb:1.present = TRUE
2012-09-17T11:12:24.306Z| vmx| I120: DICT usb:1.deviceType = hub
2012-09-17T11:12:24.306Z| vmx| I120: DICT usb:0.deviceType = mouse
2012-09-17T11:12:24.306Z| vmx| I120: DICT svga.autodetect = TRUE
2012-09-17T11:12:24.306Z| vmx| I120: DICT svga.vramSize = 16777216
2012-09-17T11:12:24.306Z| vmx| I120: DICT ide1:0.present = TRUE
2012-09-17T11:12:24.306Z| vmx| I120: DICT ide1:0.fileName = Daten2.vmdk
2012-09-17T11:12:24.306Z| vmx| I120: DICT ide1:0.mode = independent-persistent
2012-09-17T11:12:24.306Z| vmx| I120: DICT ide1:0.redo =
2012-09-17T11:12:24.306Z| vmx| I120: DICT ide0:1.present = TRUE
2012-09-17T11:12:24.306Z| vmx| I120: DICT ide0:1.fileName = Daten.vmdk
2012-09-17T11:12:24.306Z| vmx| I120: DICT ide0:1.mode = independent-persistent
2012-09-17T11:12:24.306Z| vmx| I120: DICT ide0:1.redo =
2012-09-17T11:12:24.306Z| vmx| I120: DICT monitor.virtual_mmu = hardware
2012-09-17T11:12:24.306Z| vmx| I120: DICT monitor.virtual_exec = hardware
2012-09-17T11:12:24.306Z| vmx| I120: DICT logging = TRUE
2012-09-17T11:12:24.306Z| vmx| I120: DICT sched.cpu.units = mhz
2012-09-17T11:12:24.306Z| vmx| I120: DICT sched.cpu.shares = high
2012-09-17T11:12:24.306Z| vmx| I120: DICT sched.cpu.affinity = all
2012-09-17T11:12:24.306Z| vmx| I120: DICT usb.present = FALSE
2012-09-17T11:12:24.306Z| vmx| I120: DICT softPowerOff = FALSE
2012-09-17T11:12:24.306Z| vmx| I120: DICT cpuid.coresPerSocket = 4
2012-09-17T11:12:24.306Z| vmx| I120: DICT ehci.present = FALSE
2012-09-17T11:12:24.306Z| vmx| I120: DICT scsi0.present = FALSE
2012-09-17T11:12:24.306Z| vmx| I120: DICT scsi0:0.present = FALSE
2012-09-17T11:12:24.306Z| vmx| I120: DICT ide1:1.present = FALSE
2012-09-17T11:12:24.306Z| vmx| I120: DICT floppy0.present = FALSE
2012-09-17T11:12:24.306Z| vmx| I120: DICT usb:2.present = FALSE
2012-09-17T11:12:24.306Z| vmx| I120: DICT ehci:0.present = FALSE
2012-09-17T11:12:24.306Z| vmx| I120: DICT --- USER DEFAULTS ~/.vmware/config
2012-09-17T11:12:24.306Z| vmx| I120: DICT --- HOST DEFAULTS /etc/vmware/config
2012-09-17T11:12:24.306Z| vmx| I120: DICT libdir = /usr/lib/vmware
2012-09-17T11:12:24.306Z| vmx| I120: DICT authd.proxy.vim = vmware-hostd:hostd-vmdb
2012-09-17T11:12:24.306Z| vmx| I120: DICT authd.proxy.nfc = vmware-hostd:ha-nfc
2012-09-17T11:12:24.306Z| vmx| I120: DICT authd.proxy.nfcssl = vmware-hostd:ha-nfcssl
2012-09-17T11:12:24.306Z| vmx| I120: DICT authd.proxy.vpxa-nfcssl = vmware-vpxa:vpxa-nfcssl
2012-09-17T11:12:24.306Z| vmx| I120: DICT authd.proxy.vpxa-nfc = vmware-vpxa:vpxa-nfc
2012-09-17T11:12:24.306Z| vmx| I120: DICT authd.fullpath = /sbin/authd
2012-09-17T11:12:24.306Z| vmx| I120: DICT authd.soapServer = TRUE
2012-09-17T11:12:24.306Z| vmx| I120: DICT vmauthd.server.alwaysProxy = TRUE
2012-09-17T11:12:24.306Z| vmx| I120: DICT --- SITE DEFAULTS /usr/lib/vmware/config
2012-09-17T11:12:24.306Z| vmx| I120: DICT --- GLOBAL SETTINGS /usr/lib/vmware/settings
2012-09-17T11:12:24.307Z| vmx| I120: Vix: [3977 mainDispatch.c:3867]: VMAutomation_ReportPowerOpFinished: statevar=1, newAppState=1873, success=1 additionalError=0
2012-09-17T11:12:24.312Z| vmx| I120: hostCpuFeatures = 0x4c6005fd
2012-09-17T11:12:24.312Z| vmx| I120: hostNumGenPerfCounters = 8
2012-09-17T11:12:24.312Z| vmx| I120: hostNumFixedPerfCounters = 3
2012-09-17T11:12:24.312Z| vmx| I120: hostPerfCtrArch = 3
2012-09-17T11:12:24.312Z| vmx| I120: MONITOR MODE: allowed modes : BT32 HV HWMMU
2012-09-17T11:12:24.312Z| vmx| I120: MONITOR MODE: user requested modes : HWMMU
2012-09-17T11:12:24.312Z| vmx| I120: MONITOR MODE: guestOS preferred modes: HWMMU HV BT32
2012-09-17T11:12:24.312Z| vmx| I120: MONITOR MODE: filtered list : HWMMU
2012-09-17T11:12:24.312Z| vmx| I120: HV Settings: virtual exec = 'hardware'; virtual mmu = 'hardware'
2012-09-17T11:12:24.312Z| vmx| I120: Basic VMX Information (0x00da040000000010)
2012-09-17T11:12:24.312Z| vmx| I120: VMCS revision ID 16
2012-09-17T11:12:24.312Z| vmx| I120: VMCS region length 1024
2012-09-17T11:12:24.312Z| vmx| I120: VMX physical-address width natural
2012-09-17T11:12:24.312Z| vmx| I120: SMM dual-monitor mode yes
2012-09-17T11:12:24.312Z| vmx| I120: Advanced INS/OUTS info yes
2012-09-17T11:12:24.312Z| vmx| I120: True VMX MSRs yes
2012-09-17T11:12:24.312Z| vmx| I120: VMCS memory type WB
2012-09-17T11:12:24.312Z| vmx| I120: True Pin-Based VM-Execution Controls (0x0000007f00000016)
2012-09-17T11:12:24.312Z| vmx| I120: External-interrupt exiting {0,1}
2012-09-17T11:12:24.312Z| vmx| I120: NMI exiting {0,1}
2012-09-17T11:12:24.312Z| vmx| I120: Virtual NMIs {0,1}
2012-09-17T11:12:24.312Z| vmx| I120: Activate VMX-preemption timer {0,1}
2012-09-17T11:12:24.312Z| vmx| I120: True Primary Processor-Based VM-Execution Controls (0xfff9fffe04006172)
2012

--------------------------
Nach oben
Member
Beiträge: 210
Registriert: 18.02.2011, 11:30

Beitragvon Klaus_Urban » 17.09.2012, 13:58

Hier ist ersten beiden Zeilen vom PSOD

VMAre ESXi 5.1.0 [Releasebuild-799733 x86_64]
NOT_IMPLEMENTED bora/vmkernel/sched/memsched.c:17724

PS.
Einen Case habe ich bei VMWare nicht geöffnet.
Mit der 5.0.0 U1 Version funktioniert es ja.
Ich lasse den datastore liegen und teste es noch mal beim nächsten 5.1 Update.

Klaus.
Nach oben
King of the Hill
Beiträge: 13658
Registriert: 01.10.2008, 12:54
Wohnort: laut USV-Log am Ende der Welt...

Beitragvon Dayworker » 17.09.2012, 18:32

Der PSOD hilft wie das Log nur weiter, wenn es so vollständig wie möglich ist. Erste Anzeichen von Problemen finden sich meist schon wesentlich früher im Log.
Kannst du da noch was nachreichen?

Hattest du mal spasseshalber mal die Management-Dienste restartet bevor du den Shutdown riskiert hast?
Meist fängt sich der ESXi danach wieder.
Nach oben
Member
Beiträge: 210
Registriert: 18.02.2011, 11:30

Beitragvon Klaus_Urban » 18.09.2012, 13:24

Hallo,
> Der PSOD hilft wie das Log nur weiter, wenn es so vollständig wie möglich ist.
> Erste Anzeichen von Problemen finden sich meist schon wesentlich früher im Log.

Das log ist von Anfang an. Ich habe es glöscht, bevor ich den ESXi und danach die VM gestartet habe.
> Kannst du da noch was nachreichen?
Nein, ich habe den datastore im Schrank liegen und nutze meinen Service-PC wieder für andere Zwecke.
Es ist aber so, dass die W2k3 64-Bit VM auf 3 verschiedenen ESXi 5.1 Server abstürzt.
Die beiden Server beim Kunden und mein Service-PC im Büro.
Starte ich auf den 3 Maschinen aber ESXi 4.1 oder 5.0 funktiobiert alles ohne Probleme.
Daher kann es nur an der 5.1 Version liegen.
Also warte ich das nächste Update ab und starte darunter die VM.

Vielen Dank für deine Mühe.

Klaus
Nach oben
King of the Hill
Beiträge: 13658
Registriert: 01.10.2008, 12:54
Wohnort: laut USV-Log am Ende der Welt...

Beitragvon Dayworker » 18.09.2012, 20:52

Das es am 5.1er liegt, steht für mich ausser Frage. Interessant wäre trotzdem ein Bild mit dem PSOD. ;)
Nach oben
Member
Beiträge: 210
Registriert: 18.02.2011, 11:30

Beitragvon Klaus_Urban » 19.09.2012, 13:18

Hi,
> Interessant wäre trotzdem ein Bild mit dem PSOD.

das ist leider nicht so einfach. Das Foto ist nicht gut lesbar und unter dem VMWare-Player läuft zwar der ESXi 5.1, aber darunter leider kein 64-Bit OS.

Und zum Abschreiben habe ich keine Lust 8)

Klaus
Nach oben
Member
Beiträge: 78
Registriert: 30.05.2011, 12:15
Wohnort: Hessen

Beitragvon kutho » 19.09.2012, 13:52

Hört sich etwas "interessant" an. :)

Kamera? Handy?
Nach oben
Member
Beiträge: 210
Registriert: 18.02.2011, 11:30

Beitragvon Klaus_Urban » 20.09.2012, 10:35

Hi,
ich hatte etwas Zeit und habe den datastore wieder angeschlossen.
Wenn ich die System.vmdk per vmkfstools kopiere und dann starte, funktioniert es wieder.
Binde ich dann die Daten.vmdk ein, stürzt der ESXi nach dem Starten der VM wieder ab.
Ich sehe auf der Konsole den Startvorgang von Windows. Dann hängt die VM und ca. 2 Minuten später kommt der PSOD.
Kopiere ich auch die Daten.vmdk per vmkfstools, dann funktioniert alles.
Hat der ESXi 5.1 Probleme mit unter ESXi 4 erstellen vmdk's?

Aber egal, Lösung gefunden :-)

Klaus

Ps. Das war auch der einzigste Kunde, mit der 4er Version des ESXi.
Alle anderen haben 5.0 U1
Nach oben
Benutzeravatar
Guru
Beiträge: 3138
Registriert: 22.02.2008, 20:01
Wohnort: Hessen

Beitragvon PeterDA » 20.09.2012, 11:23

Hi,
könntest du uns mal den PSOD posten oder das was da als Meldung kommt. Das könnte zur Aufklärung des Problems durchaus hilfreichsein.

Gruß Peter
Nach oben
Member
Beiträge: 210
Registriert: 18.02.2011, 11:30

Beitragvon Klaus_Urban » 20.09.2012, 11:49

Hallo Peter,
> könntest du uns mal den PSOD posten oder das was da als Meldung kommt.
> Das könnte zur Aufklärung des Problems durchaus hilfreichsein.

VMWare ESXi 5.1.0 [Releasebuild-799733 x86_64]
NOT_IMPLEMENTED bora/vmkernel/sched/memsched.c:17724

Danach kommen nur noch CPU-Register und per Esc das Debug-Menue.

Klaus.
Nach oben
King of the Hill
Beiträge: 13658
Registriert: 01.10.2008, 12:54
Wohnort: laut USV-Log am Ende der Welt...

Beitragvon Dayworker » 20.09.2012, 12:35

Klaus_Urban hat geschrieben:VMWare ESXi 5.1.0 [Releasebuild-799733 x86_64]
NOT_IMPLEMENTED bora/vmkernel/sched/memsched.c:17724

Danach kommen nur noch CPU-Register und per Esc das Debug-Menue.
Gerade der ganze Rest würde uns sicher eine Erklärung liefern.
Schau dir beispielsweise mal http://imageshack.us/photo/my-images/84 ... screen.jpg an. Das Bild stammt aus dem Thread ESXi 5.1 error "pin count exceeded (domain0)" und das Problem scheint dort entweder durch ein unsauber ins MB-Bios implementiertes Interrupt-Sharing oder einen MB-Defekt ausgelöst zu werden. Im gemeldeten NMI wird die verbaute e1000-Nic jedenfalls namentlich erwähnt.

Meine Hoffnung ruht also darauf, daß dein PSOD auch solche Hinweise liefert.
Nach oben
Member
Beiträge: 210
Registriert: 18.02.2011, 11:30

Beitragvon Klaus_Urban » 21.09.2012, 08:29

OK, hier das Bild

http://www.pic-upload.de/view-16126873/ ... 2.jpg.html


Klaus
Nach oben
King of the Hill
Beiträge: 13658
Registriert: 01.10.2008, 12:54
Wohnort: laut USV-Log am Ende der Welt...

Beitragvon Dayworker » 21.09.2012, 10:26

So wie es ausschaut, läuft dein Server in ein Exception 14 und Understanding Exception 13 and Exception 14 purple diagnostic screen events in ESX 3.x/4.x and ESXi 3.x/4.x/5.x liefert dir hoffentlich Lösungsmöglichkeiten.
Nach oben
Member
Beiträge: 210
Registriert: 18.02.2011, 11:30

Beitragvon Klaus_Urban » 21.09.2012, 11:47

Hallo Tagesschicht ;-)

da der W2k3 ein TS ist, bin ich froh, dass ich wieder auf ESXi 5.0 zurückgegangen bin.
Der cron Dienst starte nicht. Per ESXi 4 erstellte vmdk's müssen erst per vmkfstools umgewandelt werden. Die VMWare-Tools müssen durch die 5.0 Version ersetzt werden.
Da bleibe ich doch erst noch bei der alten Version.

Klaus

PS.
Der Umstieg von 4.1 auf 5.0 war noch ohne Probleme. Daher war ich so leichtsinnig und habe beim Kunden das Upgrade von 4.0 auf 5.1 durchgeführt. Das hat mir das Wochende versaut und meine Magensäureproduktion gesteigert. :-(
Nach oben
King of the Hill
Beiträge: 13658
Registriert: 01.10.2008, 12:54
Wohnort: laut USV-Log am Ende der Welt...

Beitragvon Dayworker » 21.09.2012, 11:55

Zur Tools-Problematik habe ich im Thread ESXi 5.1 - VMware Tools tehler bei Terminalserver schon gepostet und sowohl einen KB-Eintrag als auch einen VMTN-Thread verlinkt.

Anscheinend hat sich unter der ESXi-Haube bei 5.1er weit mehr getan, als die Release-Notes erwarten lassen.
Zumindest lassen mich das dein Handstand mit den "vmkfstools" vermuten.
Nach oben
King of the Hill
Beiträge: 13658
Registriert: 01.10.2008, 12:54
Wohnort: laut USV-Log am Ende der Welt...

Beitragvon Dayworker » 26.09.2012, 16:17

Klaus_Urban hat geschrieben:Hi,
ich hatte etwas Zeit und habe den datastore wieder angeschlossen.
Wenn ich die System.vmdk per vmkfstools kopiere und dann starte, funktioniert es wieder.
Binde ich dann die Daten.vmdk ein, stürzt der ESXi nach dem Starten der VM wieder ab.
Ich sehe auf der Konsole den Startvorgang von Windows. Dann hängt die VM und ca. 2 Minuten später kommt der PSOD.
Kopiere ich auch die Daten.vmdk per vmkfstools, dann funktioniert alles.
Hat der ESXi 5.1 Probleme mit unter ESXi 4 erstellen vmdk's?
Manchmal dauert es bei mir etwas länger...
Der ESXi5.1 hat keine Probleme mit unter vorherigen Versionen erstellten VMDKs. Allerdings kommuniziert VMware höchstwahrscheinlich nicht ohne Grund das Kopieren von VMDKs ausschließlich über die "vmkfstools". Das übliche "cp" von Linux ist unter ESX(i) also eher ungünstig.
Nach oben
Benutzeravatar
UNSTERBLICH(R.I.P.)
Beiträge: 14759
Registriert: 09.08.2003, 05:41
Wohnort: sauerland
Kontaktdaten:
Kontaktdaten von continuum

Beitragvon continuum » 26.09.2012, 17:04

Das übliche "cp" von Linux ist unter ESX(i) also eher ungünstig.


Fuer das kopieren von vmdks wird ich das eher ungeeignet nennen
:D
Nach oben
Member
Beiträge: 210
Registriert: 18.02.2011, 11:30

Beitragvon Klaus_Urban » 27.09.2012, 11:15

Hallo "continuum"
> Manchmal dauert es bei mir etwas länger...
>Der ESXi5.1 hat keine Probleme mit unter vorherigen Versionen erstellten VMDKs.

Nein, ich habe nicht die Kopie, sondern das Original gestartet. Also die VM, die auf datastore1 liegt und mit ESXi 4.0 und 5.0 ohne Probleme läuft. Starte ich aber den Server mit ESXi 5.1 und starte dann die VM, kommt der PSOD.
Kopie ich die VM per vmkfstools nach datastore2 und starte sie dann, läuft es auch unter ESXi 5.1. Also hat der EXSi 5.1 doch Probleme beim Lesen der alten vmdk's.

>Allerdings kommuniziert VMware höchstwahrscheinlich nicht ohne Grund das >Kopieren von VMDKs ausschließlich über die "vmkfstools". Das übliche "cp" von Linux >ist unter >ESX(i) also eher ungünstig.

Beim kopieren per vmkfstools werden die vmdk's aber verändert.

Btw.
Ich habe hier ein Testsystem, dass jede Nacht den datastore per cp kopiert.
Die Kopien können jederzeit Fehlerfrei gestartet werden.
Auch das Kopieren per rsync (selbst eingespielt) funktioniert. Es ist aber auch nicht schneller als cp. Am schnellsten funktioniert es per FastSCP.

Ich teste gerade die Zeiten, bei der verschiedenen vmdk Formaten.
Also Thick-Lazy, Thick-Eager und Thin.

Klaus
Nach oben
King of the Hill
Beiträge: 13658
Registriert: 01.10.2008, 12:54
Wohnort: laut USV-Log am Ende der Welt...

Beitragvon Dayworker » 27.09.2012, 11:59

Beim kopieren per vmkfstools werden die vmdk's aber verändert.
Eigentlich nicht, es kommt aber auf die jeweiligen Parameter an.

Ich teste gerade die Zeiten, bei der verschiedenen vmdk Formaten.
Also Thick-Lazy, Thick-Eager und Thin.
Von den beiden Thick-Formate kannst du dir in meinen Augen eines sparen. Thick sollte in meinen Augen immer die komplette Grösse haben und ob da nachher nur logische Nullen oder reale Daten kopiert werden, sollte für die Geschwindigkeit eigentlich keine Rolle mehr spielen. Oder liege ich da falsch?

Ich habe hier ein Testsystem, dass jede Nacht den datastore per cp kopiert.
Die Kopien können jederzeit Fehlerfrei gestartet werden.
Auch das Kopieren per rsync (selbst eingespielt) funktioniert. Es ist aber auch nicht schneller als cp. Am schnellsten funktioniert es per FastSCP.
Danger, Danger.
"cp" auf dem ESX(i) überprüft meines Wissens nach nicht die Fehlerfreiheit der VMDK, die "vmkfstools" (möglicherweise auch "rsync" über einen Parameter) hingegen schon.
Das du bisher keine Probleme durch "cp" bekommen hast, könnte auch ein sehr glücklicher Zufall gewesen sein.
Nach oben
Member
Beiträge: 210
Registriert: 18.02.2011, 11:30

Beitragvon Klaus_Urban » 27.09.2012, 12:50

Hallo Dayworker,

> Beim kopieren per vmkfstools werden die vmdk's aber verändert.
>> Eigentlich nicht, es kommt aber auf die jeweiligen Parameter an.
Nunja, die alten Thin-IDE vmdk's werden in neuen Thin-IDE vmdk's umgewandelt, sodass WinSCP und FastSCP nur noch die Max-Größe als Normal-Größe erkennen.
So kann ich meine alten Test-VM's schneller über das Netzwerk kopieren.

>Von den beiden Thick-Formate kannst du dir in meinen Augen eines sparen.
> Thick sollte in meinen Augen immer die komplette Grösse haben und ob da
> nachher nur logische Nullen oder reale Daten kopiert werden, sollte für die
>Geschwindigkeit eigentlich keine Rolle mehr spielen. Oder liege ich da falsch?

Ich meine, dass logische Nullen beim Kopieren übersprungen werden.
Aber der Test läuft noch.

> Danger, Danger.
> "cp" auf dem ESX(i) überprüft meines Wissens nach nicht die Fehlerfreiheit der VMDK

da ich den Snapshot immer ausschalte, sind meine VMDK's fehlerfrei ;-)
Ich verlasse mich lieber auf Sicherungen. Online aus der VM heraus und Offline vom Datastore. So werde ich bei einer Rücksicherung auch niemals gefragt, warum die VM abgestürzt ist, :-)

Klaus
Nach oben
Antworten

Zurück zu „vSphere 5 / ESXi 5 und 5.1“

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 1 Gast