VMware: Determinar por qué se apagó o reinició una máquina virtual

Metas
Determinar por qué se apagó o reinició una máquina virtual en uno de estos escenarios:

• Ya no se puede acceder a los clientes conectados a servicios que se ejecutan en una máquina virtual
• Las aplicaciones que dependen de servicios que se ejecutan en una máquina virtual informan errores
• Una máquina virtual ya no responde a las conexiones de red
• Una máquina virtual ya no responde a la interacción del usuario en la consola
• Una máquina virtual se apagó inesperadamente
• Una máquina virtual se reinició inesperadamente
• En el registro de la máquina virtual, verá un error similar al siguiente:
  PIIX4: PM Soft Off. Good-bye
• En el Visor de eventos de Windows, verá el mensaje:
  User sent the guest OS shutdown

Solución
Para determinar por qué se apagó o reinició la máquina virtual:

1. Verifique la ubicación de los archivos de registro de la máquina virtual:
   1. Abra vSphere Client y conéctese a vCenter Server.
   2. Proporcione las credenciales administrativas cuando se le solicite.
   3. Asegúrese de que se encuentra en la vista Hosts y clústeres.
   4. Seleccione la máquina virtual en Inventory.
   5. Haga clic en la pestaña Summary.
   6. Haga clic en Edit Settings.
   7. Haga clic en la pestaña Opciones.
   8. Seleccione Opciones generales.
   9. Registre la ubicación de trabajo de la máquina virtual en el lado derecho.
2. Abra el archivo de registro de la máquina virtual:
   1. Abra un navegador e ingrese la URL http://<vCenter hostname>Dónde <vCenter hostname> es la IP o el nombre de dominio calificado para vCenter Server.
   2. Proporcione las credenciales administrativas cuando se le solicite.
   3. Haga clic en el enlace Browse datastores in vCenter inventory.
   4. Navegue por las páginas web hasta llegar al centro de datos, el almacén de datos y la carpeta correspondientes, como se indica en el paso 1.
   5. Haga clic en el enlace al archivo de registro correspondiente y ábralo con su editor preferido.
      Nota: Se crea un nuevo archivo vmware-#.log durante un restablecimiento forzado, un encendido o vMotion de la máquina virtual. Utilice las fechas de la columna Última modificación para determinar los registros que registraron la interrupción.
3. Registre el nombre del host VMware ESXi que estaba ejecutando la máquina virtual cuando se reinició o se apagó abruptamente. La segunda línea del archivo de registro contiene una entrada que identifica el host. Por ejemplo:
   Mar 04 17:27:17.648: vmx| Hostname=esx02.domain.com
4. Determine si el sistema operativo huésped apagó o reinició la máquina virtual:
   • Un restablecimiento iniciado por el SO huésped genera este evento en los registros de la máquina virtual:
     

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

     
     Para continuar con la solución de problemas, comuníquese con el proveedor del sistema operativo para determinar por qué el sistema operativo huésped inició el restablecimiento. Si el proveedor del sistema operativo sospecha que la interrupción fue causada por VMware Tools o el hardware virtual, comuníquese con el soporte de VMware. Si determina que el sistema operativo dentro de la máquina virtual informó una pantalla azul, un estado de alarma del kernel o equivalente, consulte Identificación de fallas críticas del SO huésped dentro de máquinas virtuales (1003999) de la base de conocimientos de VMware. 
   • Una detención iniciada por el SO huésped genera este evento en los registros de la máquina virtual:
     

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

     
     Para continuar con la solución de problemas, comuníquese con el proveedor del sistema operativo para determinar por qué el sistema operativo huésped inició la detención. Si el proveedor del sistema operativo sospecha que la interrupción fue causada por VMware Tools o el hardware virtual, comuníquese con el soporte de VMware. Si determina que el sistema operativo dentro de la máquina virtual informó una pantalla azul, un estado de alarma del kernel o equivalente, consulte Identificación de fallas críticas del SO huésped dentro de máquinas virtuales (1003999) de la base de conocimientos de VMware. 
5. Determine si un usuario o una llamada a la API de vSphere apagaron o reiniciaron la máquina virtual:
   • Una solicitud iniciada por el usuario o la API para restablecer una máquina virtual genera este evento en los archivos de registro de la máquina virtual:

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

   • Una solicitud iniciada por el usuario o la API para apagar una máquina virtual genera este evento en los archivos de registro de la máquina virtual:

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

   • Una solicitud iniciada por un usuario o una API para apagar una máquina virtual genera este evento en los archivos de registro de la máquina virtual:
     

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

     y:
     

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

   • Una solicitud iniciada por el usuario o la API para reiniciar el sistema operativo huésped en una máquina virtual genera este evento en los archivos de registro de la máquina virtual:
      

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

     y:

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

6. Determine si la máquina virtual informó un seguimiento regresivo. Un seguimiento regresivo genera eventos similares a estos en el archivo de registro de la máquina virtual:
   

   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.
   

   
   Para continuar con la solución de problemas del seguimiento regresivo, consulte el artículo de la base de conocimientos de VMware Interpretación de fallas ejecutables y del monitor de máquina virtual (1019471). 
7. Determine si el sistema operativo de la máquina virtual tuvo una falla del sistema.  El registro contiene entradas similares a las siguientes:

   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. Asegúrese de no experimentar una interrupción debido a la falta de disponibilidad de recursos compartidos.
9. Determinar si la máquina virtual se reinició mediante el monitoreo de máquinas virtuales de alta disponibilidad:
   
   revise el vmware.log de la máquina virtual afectada (/vmfs/volumes/<datastore>/<VM directory>/vmware.log), se muestran entradas similares a las siguientes:

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

Artículos relacionados:
Determinación de la base de conocimientos de VMware por qué se apagó o reinició una máquina virtual (1019064) 

Consulte también:
Base de conocimientos de VMware Identificación de fallas críticas del sistema operativo huésped dentro de las máquinas virtuales (1003999) 
Base de conocimientos de VMware Interpretación de las fallas ejecutables y del monitor de la máquina virtual (1019471)