VMware: Ermitteln, warum eine virtuelle Maschine ausgeschaltet oder neu gestartet wurde

Ziele
Ermitteln, warum eine virtuelle Maschine in einem der folgenden Szenarien ausgeschaltet oder neu gestartet wurde:

• Auf Clients, die mit Services verbunden sind, die auf einer virtuellen Maschine ausgeführt werden, kann nicht mehr zugegriffen werden.
• Anwendungen, die von Services abhängig sind, die in einer virtuellen Maschine ausgeführt werden, melden Fehler
• Eine virtuelle Maschine reagiert nicht mehr auf Netzwerkverbindungen
• Eine virtuelle Maschine reagiert nicht mehr auf Nutzerinteraktionen an der Konsole
• Eine virtuelle Maschine wurde unerwartet heruntergefahren
• Eine virtuelle Maschine wurde unerwartet neu gestartet.
• Im VM-Protokoll wird ein Fehler ähnlich dem folgenden angezeigt:
  PIIX4: PM Soft Off. Good-bye
• In der Windows-Ereignisanzeige wird die folgende Meldung angezeigt:
  User sent the guest OS shutdown

Lösung
So ermitteln Sie, warum die virtuelle Maschine ausgeschaltet oder neu gestartet wurde:

1. Überprüfen Sie den Speicherort der Protokolldateien der virtuellen Maschine:
   1. Öffnen Sie den vSphere Client und stellen Sie eine Verbindung zu vCenter Server her.
   2. Geben Sie administrative Anmeldeinformationen ein, wenn Sie dazu aufgefordert werden.
   3. Stellen Sie sicher, dass Sie sich in der Ansicht Hosts und Cluster befinden.
   4. Wählen Sie die virtuelle Maschine im Bestand aus.
   5. Klicken Sie auf die Registerkarte Summary.
   6. Klicken Sie auf Einstellungen bearbeiten.
   7. Klicken Sie auf die Registerkarte Optionen.
   8. Wählen Sie General Options aus.
   9. Notieren Sie sich den Arbeitsort der virtuellen Maschine auf der rechten Seite.
2. Öffnen Sie die Protokolldatei der virtuellen Maschine:
   1. Öffnen Sie einen Browser und geben Sie die URL ein http://<vCenter hostname>, wobei <vCenter hostname> ist die IP-Adresse oder der vollständig qualifizierte Domainname für den vCenter Server.
   2. Geben Sie administrative Anmeldeinformationen ein, wenn Sie dazu aufgefordert werden.
   3. Klicken Sie auf den Link Browse datastores in vCenter inventory.
   4. Navigieren Sie durch die Webseiten, bis Sie das entsprechende Rechenzentrum, den entsprechenden Datenspeicher und Ordner erreichen, wie in Schritt 1 notiert.
   5. Klicken Sie auf den Link zur entsprechenden Protokolldatei und öffnen Sie sie mit Ihrem bevorzugten Editor.
      Hinweis: Eine neue vmware-#.log Datei wird während eines Kaltstarts, Einschaltens oder vMotion der virtuellen Maschine erstellt. Verwenden Sie die Daten in der Spalte Last Modified, um die Protokolle zu ermitteln, in denen der Ausfall aufgezeichnet wurde.
3. Notieren Sie sich den Namen des VMware ESXi-Hosts, auf dem die virtuelle Maschine ausgeführt wurde, als sie abrupt neu gestartet oder heruntergefahren wurde. Die zweite Zeile der Protokolldatei enthält einen Eintrag, der den Host identifiziert. Zum Beispiel:
   Mar 04 17:27:17.648: vmx| Hostname=esx02.domain.com
4. Stellen Sie fest, ob die virtuelle Maschine vom Gastbetriebssystem ausgeschaltet oder neu gestartet wurde:
   • Ein vom Gastbetriebssystem initiiertes Zurücksetzen erzeugt dieses Ereignis in den VM-Protokollen:
     

     Mar 04 17:04:29.638: vcpu-0| CPU reset: soft
     

     
     Um mit der Fehlerbehebung fortzufahren, wenden Sie sich an den Anbieter des Betriebssystems, um herauszufinden, warum das Gastbetriebssystem das Zurücksetzen initiiert hat. Wenn der Betriebssystemanbieter vermutet, dass der Ausfall durch VMware Tools oder die virtuelle Hardware verursacht wurde, wenden Sie sich an den VMware Support. Wenn Sie feststellen, dass das Betriebssystem in Ihrer virtuellen Maschine einen Bluescreen, eine Kernel-Panic oder Ähnliches gemeldet hat, finden Sie weitere Informationen unter VMware Wissensdatenbank-Artikel Identifizieren kritischer Gastbetriebssystemfehler in virtuellen Maschinen (1003999). 
   • Ein vom Gastbetriebssystem initiierter Stopp erzeugt dieses Ereignis in den VM-Protokollen:
     

     Mar 04 17:28:58.849: vcpu-0| PIIX4: PM Soft Off. Good-bye.
     

     
     Um mit dem Troubleshooting fortzufahren, wenden Sie sich an den Anbieter des Betriebssystems, um herauszufinden, warum das Gastbetriebssystem den Stopp initiiert hat. Wenn der Betriebssystemanbieter vermutet, dass der Ausfall durch VMware Tools oder die virtuelle Hardware verursacht wurde, wenden Sie sich an den VMware Support. Wenn Sie feststellen, dass das Betriebssystem in Ihrer virtuellen Maschine einen Bluescreen, eine Kernel-Panic oder Ähnliches gemeldet hat, finden Sie weitere Informationen unter VMware Wissensdatenbank-Artikel Identifizieren kritischer Gastbetriebssystemfehler in virtuellen Maschinen (1003999). 
5. Stellen Sie fest, ob die virtuelle Maschine durch einen Nutzer oder vSphere-API-Aufruf ausgeschaltet oder neu gestartet wurde:
   • Eine vom Nutzer oder von der API initiierte Anforderung zum Zurücksetzen einer virtuellen Maschine erzeugt dieses Ereignis in den Protokolldateien der virtuellen Maschine:

     Mar 04 17:07:38.588: vcpu-0| CPU reset: hard

   • Eine vom Nutzer oder von der API initiierte Anforderung zum Ausschalten einer virtuellen Maschine erzeugt dieses Ereignis in den Protokolldateien der virtuellen Maschine:

     Mar 04 09:45:18.324: vmx| MKS local poweroff

   • Eine vom Nutzer oder API initiierte Anforderung zum Herunterfahren einer virtuellen Maschine erzeugt dieses Ereignis in den Protokolldateien der virtuellen Maschine:
     

     2015-04-09T18:13:10.244Z| vmx| I120: Tools: sending 'OS_Halt' (state = 1) state change request

     und:
     

     2015-04-09T18:13:19.897Z| vcpu-0| I120: PIIX4: PM Soft Off. Good-bye.

   • Eine vom Nutzer oder von der API initiierte Anforderung zum Neustart des Gastbetriebssystems in einer virtuellen Maschine erzeugt dieses Ereignis in den Protokolldateien der virtuellen Maschine:
      

     2015-04-09T18:09:12.346Z| vmx| I120: Tools: sending 'OS_Reboot' (state = 2) state change request

     und:

     2015-04-09T18:09:22.238Z| vcpu-0| I120: CPU reset: soft (mode 1)

6. Stellen Sie fest, ob die virtuelle Maschine einen Backtrace gemeldet hat. Ein Backtrace erzeugt Ereignisse ähnlich den folgenden in der Protokolldatei der virtuellen Maschine:
   

   Mar 04 09:42:33.315: vmx| Caught signal 6 -- tid 101087
   Mar 04 09:42:33.315: vmx| SIGNAL: eip 0x1019e731 esp 0xbf5ffa9c ebp 0xbf5ffac8
   Mar 04 09:42:33.315: vmx| SIGNAL: eax 0x0 ebx 0x18adf ecx 0x6 edx 0x10054a00 esi 0x18adf edi 0x6
   Mar 04 09:42:33.315: vmx| SIGNAL: stack 0xbf5ffa9c : 0x10048dab 0x00018adf 0x00000006 0xbf5ffac8
   Mar 04 09:42:33.315: vmx| SIGNAL: stack 0xbf5ffaac : 0x10048d63 0xbf5ffae8 0x1000b8a0 0xbf5ffac8
   Mar 04 09:42:33.315: vmx| SIGNAL: stack 0xbf5ffabc : 0x10054a00 0x00000006 0x0861e1a0 0xbf5ffae8
   Mar 04 09:42:33.315: vmx| SIGNAL: stack 0xbf5ffacc : 0x100492c7 0x00000400 0x00000006 0x00000001
   Mar 04 09:42:33.315: vmx| SIGNAL: stack 0xbf5ffadc : 0x100492aa 0x1029e5a8 0x00000001 0xbf5ffc18
   Mar 04 09:42:33.315: vmx| SIGNAL: stack 0xbf5ffaec : 0x1019fc82 0x00000006 0xbf5ffb00 0x00000000
   Mar 04 09:42:33.315: vmx| SIGNAL: stack 0xbf5ffafc : 0x1019fb30 0x00000020 0x00000000 0x00000000
   Mar 04 09:42:33.315: vmx| SIGNAL: stack 0xbf5ffb0c : 0x00000000 0x00000000 0x00000000 0x00000000
   Mar 04 09:42:33.315: vmx| Backtrace:
   Mar 04 09:42:33.315: vmx| Backtrace[0] 0xbf5ff858 eip 0x805ae40
   Mar 04 09:42:33.315: vmx| Backtrace[1] 0xbf5ff928 eip 0x80f735a
   Mar 04 09:42:33.315: vmx| Backtrace[2] 0xbf5ff9a8 eip 0x80f70e8
   Mar 04 09:42:33.315: vmx| Backtrace[3] 0xbf5ffa28 eip 0x10048e5b
   Mar 04 09:42:33.315: vmx| Backtrace[4] 0xbf5ffa94 eip 0x7d0004f
   Mar 04 09:42:33.315: vmx| Backtrace[5] 0xbf5ffac8 eip 0x1019e731
   Mar 04 09:42:33.315: vmx| Backtrace[6] 0xbf5ffae8 eip 0x100492c7
   Mar 04 09:42:33.315: vmx| Backtrace[7] 0xbf5ffc18 eip 0x1019fc82
   Mar 04 09:42:33.315: vmx| Backtrace[8] 0xbf5ffc38 eip 0x101eed95
   Mar 04 09:42:33.315: vmx| Backtrace[9] 0xbf5ffc68 eip 0x101eca2d
   Mar 04 09:42:33.315: vmx| Backtrace[10] 0xbf5ffc78 eip 0x818e87c
   Mar 04 09:42:33.315: vmx| Backtrace[11] 0xbf5ffc98 eip 0x81895e7
   Mar 04 09:42:33.315: vmx| Backtrace[12] 0xbf5ffcb8 eip 0x80cd940
   Mar 04 09:42:33.315: vmx| Backtrace[13] 0xbf5ffcc8 eip 0x80c4f08
   Mar 04 09:42:33.315: vmx| Backtrace[14] 0xbf5ffcf8 eip 0x80c4b15
   Mar 04 09:42:33.315: vmx| Backtrace[15] 0xbf5ffd48 eip 0x804fd18
   Mar 04 09:42:33.315: vmx| Backtrace[16] 0xbf5ffd68 eip 0x804ec14
   Mar 04 09:42:33.315: vmx| Backtrace[17] 0xbf5ffda8 eip 0x1018c853
   Mar 04 09:42:33.315: vmx| Backtrace[18] 00000000 eip 0x804de11
   Mar 04 09:42:33.315: vmx| Unexpected signal: 6.
   

   
   Informationen zum Fortsetzen des Troubleshooting für den Backtrace finden Sie unter VMware Wissensdatenbank-Artikel Interpretieren von Fehlern bei der Überwachung virtueller Maschinen und ausführbarer Dateien (1019471). 
7. Stellen Sie fest, ob beim Betriebssystem der virtuellen Maschine ein Systemfehler aufgetreten ist.  Das Protokoll enthält Einträge wie die folgenden:

   svga| I120: WinBSOD: ( 1) `A problem has been detected and Windows has been shut down to prevent damage '
   svga| I120: WinBSOD: ( 2) `to your computer.'
   svga| I120: WinBSOD: ( 4) `If this is the first time you've seen this Stop error screen,'
   svga| I120: WinBSOD: ( 5) `restart your computer. If this screen appears again, follow'
   svga| I120: WinBSOD: ( 6) `these steps:'
   svga| I120: WinBSOD: ( 8) `Disable or uninstall any anti-virus, disk defragmentation'
   svga| I120: WinBSOD: ( 9) `or backup utilities. Check your hard drive configuration, '
   svga| I120: WinBSOD: (10) `and check for any updated drivers. Run CHKDSK /F to check '
   svga| I120: WinBSOD: (11) `for hard drive corruption, and then restart your computer. '
   svga| I120: WinBSOD: (13) `Technical information: '
   svga| I120: WinBSOD: (15) `*** STOP: 0x00000024 (0x00000000001904FB,0xFFFFF880069B2CE8,0xFFFFF880069B2540,0'
   svga| I120: WinBSOD: (16) `xFFFFF880014F5FA2)

8. Stellen Sie sicher, dass kein Ausfall aufgrund der Nichtverfügbarkeit freigegebener Ressourcen aufgetreten ist.
9. Stellen Sie fest, ob die virtuelle Maschine von High Availability Virtual Machine Monitoring neu gestartet wurde:
   
   Überprüfen Sie die vmware.log für die betroffene virtuelle Maschine (/vmfs/volumes/<datastore>/<VM directory>/vmware.log), werden Einträge ähnlich den folgenden angezeigt:

   vmx| Vix: [104333 vmxCommands.c:457]: VMAutomation_Reset. Trying hard reset

Verwandte Artikel:
VMware KB Ermitteln, warum eine virtuelle Maschine ausgeschaltet oder neu gestartet wurde (1019064) 

Siehe auch:
VMware KB Identifizieren kritischer Gastbetriebssystemfehler in virtuellen Maschinen (1003999) 
VMware KB Interpretieren von Fehlern aus dem VM-Monitor und ausführbaren Dateien (1019471)