VMware: Find ud af, hvorfor en virtuel maskine blev slukket eller genstartet

Mål
Sådan finder du ud af, hvorfor en virtuel maskine blev slukket eller genstartet i et af disse scenarier:

• Klienter, der er forbundet til tjenester, der kører i en virtuel maskine, er ikke længere tilgængelige
• Programmer, der er afhængige af tjenester, der kører på en virtuel maskine, rapporterer fejl
• En virtuel maskine reagerer ikke længere på netværksforbindelser
• En virtuel maskine reagerer ikke længere på brugerinteraktion på konsollen
• En virtuel maskine er blevet deaktiveret uventet
• En virtuel maskine er blevet genstartet uventet
• I loggen over virtuelle maskiner vises en fejl, der minder om:
  PIIX4: PM Soft Off. Good-bye
• I Windows Logbog vises meddelelsen:
  User sent the guest OS shutdown

Opløsning
Sådan finder du ud af, hvorfor den virtuelle maskine blev slukket eller genstartet:

1. Kontrollér placeringen af logfilerne for den virtuelle maskine:
   1. Åbn vSphere-klienten, og opret forbindelse til vCenter Server.
   2. Angiv administrative legitimationsoplysninger, når du bliver bedt om det.
   3. Sørg for, at du er i visningen Værter og klynger.
   4. Vælg den virtuelle maskine i lageret.
   5. Klik på fanen Oversigt.
   6. Klik på Rediger indstillinger.
   7. Klik på fanen Indstillinger.
   8. Vælg Generelle indstillinger.
   9. Registrer den virtuelle maskines arbejdsplacering i højre side.
2. Åbn logfilen for den virtuelle maskine:
   1. Åbn en browser, og indtast URL-adressen http://<vCenter hostname>, hvor <vCenter hostname> er IP-navnet eller det fuldt kvalificerede domænenavn for vCenter Server.
   2. Angiv administrative legitimationsoplysninger, når du bliver bedt om det.
   3. Klik på linket Gennemse datalagre i vCenter-lageret.
   4. Naviger på websiderne, indtil du når det relevante datacenter, datalager og mappe som angivet i trin 1.
   5. Klik på linket til den relevante logfil, og åbn den med din foretrukne editor.
      Bemærk: Der oprettes en ny vmware-#.log fil under en hård nulstilling, tænding eller vMotion af den virtuelle maskine. Brug datoerne i kolonnen Senest ændret til at bestemme de logfiler, der registrerede afbrydelsen.
3. Registrer navnet på den VMware ESXi-vært, der kørte den virtuelle maskine, da den pludselig genstartede eller lukkede ned. Den anden linje i logfilen indeholder en post, der identificerer værten. F.eks.:
   Mar 04 17:27:17.648: vmx| Hostname=esx02.domain.com
4. Find ud af, om den virtuelle maskine blev slukket eller genstartet af gæsteoperativsystemet:
   • En nulstilling, der påbegyndes af Guest OS, genererer denne hændelse i de virtuelle maskinlogfiler:
     

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

     
     Hvis du vil fortsætte fejlfindingen, skal du kontakte leverandøren af operativsystemet for at finde ud af, hvorfor gæsteoperativsystemet startede nulstillingen. Hvis producenten af operativsystemet har mistanke om, at afbrydelsen skyldes VMware-værktøjer eller den virtuelle hardware, skal du kontakte VMware-support. Hvis du konstaterer, at operativsystemet i din virtuelle maskine rapporterede en blå skærm, kernelpanik eller tilsvarende, skal du se VMware KB Identifying critical Guest OS failures within virtual machines (1003999). 
   • Et stop startet af gæsteoperativsystemet genererer denne hændelse i logfilerne over virtuelle maskiner:
     

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

     
     Hvis du vil fortsætte fejlfindingen, skal du kontakte leverandøren af operativsystemet for at finde ud af, hvorfor gæsteoperativsystemet startede stoppet. Hvis producenten af operativsystemet har mistanke om, at afbrydelsen skyldes VMware-værktøjer eller den virtuelle hardware, skal du kontakte VMware-support. Hvis du konstaterer, at operativsystemet i din virtuelle maskine rapporterede en blå skærm, kernelpanik eller tilsvarende, skal du se VMware KB Identifying critical Guest OS failures within virtual machines (1003999). 
5. Find ud af, om den virtuelle maskine blev slukket eller genstartet af en bruger eller et vSphere API-kald:
   • En bruger- eller API-initieret anmodning om nulstilling af en virtuel maskine genererer denne hændelse i logfilerne for den virtuelle maskine:

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

   • En bruger- eller API-initieret anmodning om at slukke for en virtuel maskine genererer denne hændelse i logfilerne for den virtuelle maskine:

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

   • En bruger- eller API-initieret anmodning om at lukke en virtuel maskine genererer denne hændelse i logfilerne for den virtuelle maskine:
     

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

     og:
     

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

   • En bruger- eller API-initieret anmodning om genstart af gæsteoperativsystemet på en virtuel maskine genererer denne hændelse i logfilerne for den virtuelle maskine:
      

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

     og:

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

6. Find ud af, om den virtuelle maskine rapporterede en tilbagesporing. En tilbagesporing genererer hændelser, der ligner denne i logfilen for den virtuelle maskine:
   

   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.
   

   
   Hvis du vil fortsætte med fejlfindingen af backtrace, skal du se VMware KB Interpreting virtual machine monitor and executable failures (1019471). 
7. Find ud af, om der var en systemfejl i den virtuelle maskines operativsystem.  Logfilen indeholder poster, der ligner:

   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. Sørg for, at du ikke oplevede et udfald på grund af utilgængeligheden af delte ressourcer.
9. Find ud af, om den virtuelle maskine blev genstartet af High Availability Virtual Machine Monitoring:
   
   Gennemse vmware.log for den berørte virtuelle maskine (/vmfs/volumes/<datastore>/<VM directory>/vmware.log), kan du se poster, der ligner:

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

Relaterede artikler:
VMware KB Find ud af, hvorfor en virtuel maskine blev slukket eller genstartet (1019064) 

Se også:
VMware KB Identificering af kritiske Guest OS-fejl i virtuelle maskiner (1003999) 
VMware KB Tolkning af overvågning af virtuel maskine og eksekverbare fejl (1019471)