VMware: Określanie przyczyny wyłączenia lub ponownego uruchomienia maszyny wirtualnej

Cele
Określenie, dlaczego maszyna wirtualna została wyłączona lub uruchomiona ponownie w jednym z następujących scenariuszy:

• Klienci połączeni z usługami uruchomionymi w maszynie wirtualnej nie są już dostępni
• Aplikacje zależne od usług uruchomionych w maszynie wirtualnej zgłaszają błędy
• Maszyna wirtualna nie reaguje już na połączenia sieciowe
• Maszyna wirtualna nie reaguje już na interakcję użytkownika przy konsoli
• Maszyna wirtualna została nieoczekiwanie wyłączona
• Maszyna wirtualna została nieoczekiwanie uruchomiona ponownie
• W dzienniku maszyny wirtualnej zostanie wyświetlony błąd podobny do:
  PIIX4: PM Soft Off. Good-bye
• W Podglądzie zdarzeń systemu Windows zostanie wyświetlony komunikat:
  User sent the guest OS shutdown

Rozwiązanie
Aby ustalić, dlaczego maszyna wirtualna została wyłączona lub uruchomiona ponownie:

1. Sprawdź lokalizację plików dziennika maszyny wirtualnej:
   1. Otwórz klienta vSphere Client i połącz się z serwerem vCenter Server.
   2. Po wyświetleniu monitu podaj poświadczenia administracyjne.
   3. Upewnij się, że jesteś w widoku Hosty i klastry.
   4. Wybierz maszynę wirtualną w spisie.
   5. Kliknij kartę Podsumowanie.
   6. Kliknij opcję Edytuj ustawienia.
   7. Kliknij kartę Opcje.
   8. Wybierz pozycję Opcje ogólne.
   9. Zapisz lokalizację roboczą maszyny wirtualnej po prawej stronie.
2. Otwórz plik dziennika maszyny wirtualnej:
   1. Otwórz przeglądarkę i wprowadź adres URL http://<vCenter hostname>, gdzie <vCenter hostname> to adres IP lub w pełni kwalifikowana nazwa domeny serwera vCenter Server.
   2. Po wyświetleniu monitu podaj poświadczenia administracyjne.
   3. Kliknij łącze Przeglądaj magazyny danych w magazynach vCenter.
   4. Poruszaj się po stronach internetowych, aż dojdziesz do odpowiedniego centrum danych, magazynu danych i folderu, jak opisano w kroku 1.
   5. Kliknij łącze do odpowiedniego pliku dziennika i otwórz go w preferowanym edytorze.
      Uwaga: Nowy plik vmware-#.log jest tworzony podczas twardego resetu, włączania lub vMotion maszyny wirtualnej. Użyj dat w kolumnie Ostatnia modyfikacja, aby określić dzienniki, w których zarejestrowano awarię.
3. Zapisz nazwę hosta VMware ESXi, na którym maszyna wirtualna była uruchomiona w momencie jej nagłego ponownego uruchomienia lub wyłączenia. Drugi wiersz pliku dziennika zawiera wpis identyfikujący hosta. Na przykład:
   Mar 04 17:27:17.648: vmx| Hostname=esx02.domain.com
4. Określ, czy maszyna wirtualna została wyłączona, czy ponownie uruchomiona przez system operacyjny gościa:
   • Resetowanie zainicjowane przez system operacyjny gościa generuje to zdarzenie w dziennikach maszyny wirtualnej:
     

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

     
     Aby kontynuować rozwiązywanie problemów, skontaktuj się z dostawcą systemu operacyjnego w celu ustalenia, dlaczego system operacyjny gościa zainicjował resetowanie. Jeśli dostawca systemu operacyjnego podejrzewa, że awaria była spowodowana przez narzędzia VMware Tools lub sprzęt wirtualny, skontaktuj się z pomocą techniczną VMware. W przypadku stwierdzenia, że system operacyjny w maszynie wirtualnej zgłosił niebieski ekran, błąd jądra lub równoważny problem, zapoznaj się z artykułem bazy wiedzy VMware Identyfikowanie krytycznych awarii systemu operacyjnego gościa w maszynach wirtualnych (1003999). 
   • Zatrzymanie zainicjowane przez system operacyjny gościa generuje to zdarzenie w dziennikach maszyny wirtualnej:
     

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

     
     Aby kontynuować rozwiązywanie problemów, skontaktuj się z dostawcą systemu operacyjnego w celu ustalenia, dlaczego system operacyjny gościa zainicjował zatrzymanie. Jeśli dostawca systemu operacyjnego podejrzewa, że awaria była spowodowana przez narzędzia VMware Tools lub sprzęt wirtualny, skontaktuj się z pomocą techniczną VMware. W przypadku stwierdzenia, że system operacyjny w maszynie wirtualnej zgłosił niebieski ekran, błąd jądra lub równoważny problem, zapoznaj się z artykułem bazy wiedzy VMware Identyfikowanie krytycznych awarii systemu operacyjnego gościa w maszynach wirtualnych (1003999). 
5. Określ, czy maszyna wirtualna została wyłączona lub ponownie uruchomiona przez użytkownika lub wywołanie interfejsu API vSphere:
   • Zainicjowane przez użytkownika lub interfejs API żądanie zresetowania maszyny wirtualnej generuje następujące zdarzenie w plikach dziennika maszyny wirtualnej:

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

   • Zainicjowane przez użytkownika lub interfejs API żądanie wyłączenia maszyny wirtualnej generuje to zdarzenie w plikach dziennika maszyny wirtualnej:

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

   • Zainicjowane przez użytkownika lub interfejs API żądanie zamknięcia maszyny wirtualnej generuje to zdarzenie w plikach dziennika maszyny wirtualnej:
     

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

     i:
     

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

   • Zainicjowane przez użytkownika lub interfejs API żądanie ponownego uruchomienia systemu operacyjnego gościa w maszynie wirtualnej generuje następujące zdarzenie w plikach dziennika maszyny wirtualnej:
      

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

     i:

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

6. Sprawdź, czy maszyna wirtualna zgłosiła ślad wsteczny. Ślad wsteczny generuje zdarzenia podobne do tych w pliku dziennika maszyny wirtualnej:
   

   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.
   

   
   Aby kontynuować rozwiązywanie problemów z backtrace, zapoznaj się z artykułem VMware KB: Interpreting virtual machine monitor and executable failures (1019471). 
7. Sprawdź, czy w systemie operacyjnym maszyny wirtualnej wystąpiła usterka.  Dziennik zawiera wpisy podobne do:

   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. Upewnij się, że nie wystąpiła awaria z powodu niedostępności udostępnionych zasobów.
9. Sprawdź, czy maszyna wirtualna została ponownie uruchomiona przez monitorowanie maszyny wirtualnej o wysokiej dostępności:
   
   przejrzyj vmware.log maszyny wirtualnej, której dotyczy problem (/vmfs/volumes/<datastore>/<VM directory>/vmware.log), wyświetlone zostaną wpisy podobne do:

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

Podobne artykuły:
Baza wiedzy VMware Określanie, dlaczego maszyna wirtualna została wyłączona lub ponownie uruchomiona (1019064) 

Zobacz też:
VMware KB Identyfikowanie krytycznych awarii systemu operacyjnego gościa w maszynach wirtualnych (1003999) 
VMware KB Interpretowanie błędów monitora maszyny wirtualnej i plików wykonywalnych (1019471)