VMware: Určení, proč byl virtuální počítač vypnut nebo restartován

Cíle
Určení, proč byl virtuální počítač vypnut nebo restartován v jednom z těchto scénářů:

• Klienti připojení ke službám spuštěným ve virtuálním počítači již nejsou přístupní
• Aplikace závislé na službách spuštěných ve virtuálním počítači hlásí chyby
• Virtuální počítač již nereaguje na síťová připojení
• Virtuální počítač již nereaguje na interakci uživatele v konzole.
• Virtuální počítač byl neočekávaně vypnut
• Virtuální počítač byl neočekávaně restartován
• V protokolu virtuálního počítače se zobrazí chyba podobná této:
  PIIX4: PM Soft Off. Good-bye
• V Prohlížeči událostí systému Windows se zobrazí zpráva:
  User sent the guest OS shutdown

Řešení
Jak zjistit, proč byl virtuální počítač vypnutý nebo restartovaný:

1. Ověřte umístění souborů protokolu virtuálního počítače:
   1. Otevřete klienta vSphere a připojte se k serveru vCenter.
   2. Po zobrazení výzvy zadejte pověření správce.
   3. Ujistěte se, že se nacházíte v zobrazení Hosts and Clusters.
   4. Vyberte virtuální počítač v inventáři.
   5. Klikněte na kartu Souhrn.
   6. Klikněte na možnost Edit Settings.
   7. Klikněte na kartu Možnosti.
   8. Vyberte možnost Obecné možnosti.
   9. Na pravé straně si zaznamenejte pracovní umístění virtuálního počítače.
2. Otevřete soubor protokolu virtuálního počítače:
   1. Otevřete prohlížeč a zadejte adresu URL http://<vCenter hostname>, kde <vCenter hostname> je IP adresa nebo plně kvalifikovaný název domény pro nástroj vCenter Server.
   2. Po zobrazení výzvy zadejte pověření správce.
   3. Klikněte na odkaz Procházet datová úložiště v inventáři vCenter.
   4. Procházejte webové stránky, dokud se nedostanete do příslušného datacentra, datového úložiště a složky, jak je uvedeno v kroku 1.
   5. Klikněte na odkaz na příslušný soubor protokolu a otevřete jej v preferovaném editoru.
      Poznámka: Nový soubor vmware-#.log je vytvořen během úplného resetování, zapnutí nebo vMotion virtuálního počítače. Pomocí dat ve sloupci Poslední změna určete protokoly, ve kterých došlo k výpadku.
3. Poznamenejte si název hostitele VMware ESXi, na kterém běžel virtuální počítač, když se náhle restartoval nebo vypnul. Druhý řádek souboru protokolu obsahuje položku, která identifikuje hostitele. Například:
   Mar 04 17:27:17.648: vmx| Hostname=esx02.domain.com
4. Zjistěte, jestli byl virtuální počítač vypnutý nebo restartovaný hostovaným operačním systémem:
   • Resetování iniciované hostovaným operačním systémem vygeneruje tuto událost v protokolech virtuálního počítače:
     

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

     
     Chcete-li pokračovat v odstraňování problémů, obraťte se na dodavatele operačního systému a zjistěte, proč hostovaný operační systém inicioval obnovení. Pokud má dodavatel operačního systému podezření, že výpadek způsobily nástroje VMware nebo virtuální hardware, obraťte se na podporu společnosti VMware. Pokud zjistíte, že operační systém ve vašem virtuálním počítači nahlásil modrou obrazovku, paniku jádra nebo ekvivalentní, přečtěte si článek znalostní databáze VMware Identifikace kritických selhání hostovaného operačního systému ve virtuálních počítačích (1003999). 
   • Zastavení iniciované hostovaným operačním systémem vygeneruje v protokolech virtuálního počítače tuto událost:
     

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

     
     Chcete-li pokračovat v odstraňování problémů, obraťte se na dodavatele operačního systému a zjistěte, proč hostovaný operační systém způsobil zastavení. Pokud má dodavatel operačního systému podezření, že výpadek způsobily nástroje VMware nebo virtuální hardware, obraťte se na podporu společnosti VMware. Pokud zjistíte, že operační systém ve vašem virtuálním počítači nahlásil modrou obrazovku, paniku jádra nebo ekvivalentní, přečtěte si článek znalostní databáze VMware Identifikace kritických selhání hostovaného operačního systému ve virtuálních počítačích (1003999). 
5. Zjistěte, zda byl virtuální počítač vypnut nebo restartován uživatelem nebo voláním rozhraní API vSphere:
   • Požadavek iniciovaný uživatelem nebo rozhraním API na resetování virtuálního počítače vygeneruje tuto událost v souborech protokolu virtuálního počítače:

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

   • Požadavek na vypnutí virtuálního počítače iniciovaný uživatelem nebo rozhraním API vygeneruje v souborech protokolu virtuálního počítače tuto událost:

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

   • Požadavek iniciovaný uživatelem nebo rozhraním API na vypnutí virtuálního počítače vygeneruje tuto událost v souborech protokolu virtuálního počítače:
     

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

     a:
     

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

   • Požadavek iniciovaný uživatelem nebo rozhraním API na restartování hostovaného operačního systému ve virtuálním počítači vygeneruje tuto událost v souborech protokolu virtuálního počítače:
      

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

     a:

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

6. Zjistěte, jestli virtuální počítač nahlásil backtrace. Backtrace generuje události podobné této v souboru protokolu virtuálního počítače:
   

   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.
   

   
   Chcete-li pokračovat v odstraňování problémů se zpětným trasováním, přečtěte si článek znalostní databáze VMware Interpreting virtual machine monitor and executable failures (1019471). 
7. Zjistěte, zda došlo k selhání systému v operačním systému virtuálního počítače.  Protokol obsahuje položky podobné těmto:

   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. Ujistěte se, že nedošlo k výpadku z důvodu nedostupnosti sdílených prostředků.
9. Zjistěte, zda byl virtuální počítač restartován pomocí Monitorování virtuálních počítačů s vysokou dostupností:
   
   Zkontrolujte vmware.log dotčeného virtuálního počítače (/vmfs/volumes/<datastore>/<VM directory>/vmware.log), zobrazí se položky podobné těmto:

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

Související články:
VMware KB Určení, proč byl virtuální počítač vypnut nebo restartován (1019064) 

Viz též:
VMware KB Identifikace kritických selhání hostovaného operačního systému ve virtuálních počítačích (1003999) 
VMware KB Interpretace selhání monitoru virtuálního stroje a spustitelných souborů (1019471)