VMware : Détermination de la raison pour laquelle une machine virtuelle a été mise hors tension ou redémarrée

Buts
Déterminer pourquoi une machine virtuelle a été mise hors tension ou redémarrée dans l’un des scénarios suivants :

• Les clients connectés aux services s’exécutant sur une machine virtuelle ne sont plus accessibles.
• Les applications dépendantes des services exécutés sur une machine virtuelle signalent des erreurs
• Une machine virtuelle ne répond plus aux connexions réseau
• Une machine virtuelle ne répond plus à l’interaction de l’utilisateur sur la console
• Une machine virtuelle a été arrêtée de manière inattendue
• Une machine virtuelle a été redémarrée de manière inattendue
• Dans le journal de la machine virtuelle, vous voyez une erreur semblable à :
  PIIX4: PM Soft Off. Good-bye
• Dans l’Observateur d’événements Windows, le message suivant s’affiche :
  User sent the guest OS shutdown

Solution
Pour déterminer la raison pour laquelle la machine virtuelle a été mise hors tension ou redémarrée :

1. Vérifiez l’emplacement des fichiers log de la machine virtuelle :
   1. Ouvrez vSphere Client et connectez-vous à vCenter Server.
   2. Fournissez les informations d’identification d’administrateur lorsque vous y êtes invité.
   3. Assurez-vous que vous êtes dans la vue Hôtes et clusters.
   4. Sélectionnez la machine virtuelle dans Inventory.
   5. Cliquez sur l’onglet Summary.
   6. Cliquez sur Modifier les paramètres.
   7. Cliquez sur l’onglet Options.
   8. Sélectionnez Options générales.
   9. Enregistrez l’emplacement de travail de la machine virtuelle sur le côté droit.
2. Ouvrez le fichier log de la machine virtuelle :
   1. Ouvrez un navigateur et saisissez l’URL http://<vCenter hostname>, où <vCenter hostname> est l’adresse IP ou le nom de domaine complet du vCenter Server.
   2. Fournissez les informations d’identification d’administrateur lorsque vous y êtes invité.
   3. Cliquez sur le lien Parcourir les datastores dans l’inventaire vCenter.
   4. Parcourez les pages Web jusqu’à ce que vous atteigniez le datacenter, le datastore et le dossier appropriés, comme indiqué à l’étape 1.
   5. Cliquez sur le lien vers le fichier journal approprié et ouvrez-le avec l’éditeur de votre choix.
      Remarque : Un nouveau fichier vmware-#.log est créé lors d’une réinitialisation matérielle, d’une mise sous tension ou d’une opération vMotion de la machine virtuelle. Utilisez les dates de la colonne Dernière modification pour déterminer les journaux qui ont enregistré la panne.
3. Enregistrez le nom de l’hôte VMware ESXi qui exécutait la machine virtuelle lorsqu’elle a brusquement redémarré ou s’est arrêtée. La deuxième ligne du fichier log contient une entrée qui identifie l’hôte. Par exemple :
   Mar 04 17:27:17.648: vmx| Hostname=esx02.domain.com
4. Déterminez si la machine virtuelle a été mise hors tension ou redémarrée par le système d’exploitation invité :
   • Une réinitialisation initiée par le système d’exploitation invité génère cet événement dans les logs de la machine virtuelle :
     

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

     
     Pour poursuivre le dépannage, contactez le fournisseur du système d’exploitation afin de déterminer la raison pour laquelle le système d’exploitation invité a lancé la réinitialisation. Si le fournisseur du système d’exploitation pense que la panne a été causée par VMware Tools ou par le matériel virtuel, contactez le support VMware. Si vous déterminez que le système d’exploitation de votre machine virtuelle a signalé un écran bleu, une panique du noyau ou équivalent, reportez-vous à la section VMware KB Identifying critical Guest OS failures within virtual machines (1003999). 
   • Un arrêt initié par le système d’exploitation invité génère cet événement dans les journaux de la machine virtuelle :
     

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

     
     Pour poursuivre le dépannage, contactez le fournisseur du système d’exploitation afin de déterminer la raison de l’arrêt du système d’exploitation invité. Si le fournisseur du système d’exploitation pense que la panne a été causée par VMware Tools ou par le matériel virtuel, contactez le support VMware. Si vous déterminez que le système d’exploitation de votre machine virtuelle a signalé un écran bleu, une panique du noyau ou équivalent, reportez-vous à la section VMware KB Identifying critical Guest OS failures within virtual machines (1003999). 
5. Déterminez si la machine virtuelle a été mise hors tension ou redémarrée par un utilisateur ou un appel d’API vSphere :
   • Une demande lancée par un utilisateur ou une API pour réinitialiser une machine virtuelle génère cet événement dans les fichiers log de la machine virtuelle :

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

   • Une demande lancée par l’utilisateur ou l’API pour mettre hors tension une machine virtuelle génère cet événement dans les fichiers log de la machine virtuelle :

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

   • Une demande initiée par l’utilisateur ou l’API pour arrêter une machine virtuelle génère cet événement dans les fichiers log de la machine virtuelle :
     

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

     et:
     

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

   • Une demande lancée par un utilisateur ou une API pour redémarrer le système d’exploitation invité dans une machine virtuelle génère cet événement dans les fichiers log de la machine virtuelle :
      

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

     et:

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

6. Déterminez si la machine virtuelle a signalé un backtrace. Un backtrace génère des événements similaires à celui-ci dans le fichier log de la machine virtuelle :
   

   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.
   

   
   Pour poursuivre le dépannage du backtrace, reportez-vous à la section VMware KB Interprétation des échecs de surveillance et d’exécutable de machine virtuelle (1019471). 
7. Déterminez si le système d’exploitation de la machine virtuelle présente une défaillance.  Le log contient des entrées semblables à :

   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. Assurez-vous que vous n’avez pas subi de panne en raison de l’indisponibilité des ressources partagées.
9. Déterminez si la machine virtuelle a été redémarrée par la surveillance haute disponibilité des machines virtuelles :
   
   passez en revue les vmware.log de la machine virtuelle concernée (/vmfs/volumes/<datastore>/<VM directory>/vmware.log), vous voyez des entrées similaires à :

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

Articles connexes :
VMware KB Déterminer pourquoi une machine virtuelle a été mise hors tension ou redémarrée (1019064) 

Voir aussi :
VMware KB Identification des défaillances critiques des systèmes d’exploitation invités au sein des machines virtuelles (1003999) 
VMware KB Interprétation des échecs de surveillance et d’exécutable des machines virtuelles (1019471)