El software de instalación y actualización le permite identificar los problemas en el equipo host que pueden ocasionar un fallo en una operación de instalación, actualización o migración.

En el caso de instalaciones, actualizaciones y migraciones interactivas, los errores o las advertencias se muestran en el panel final del instalador, donde se le pide que confirme o cancele la instalación o actualización. En el caso de instalaciones, actualizaciones o migraciones por script, los errores o las advertencias se escriben en el archivo de registro de instalación. También puede consultar las notas de la versión del producto para obtener información sobre los problemas conocidos.

vSphere Update Manager proporciona mensajes personalizados para estos errores o estas advertencias. Si desea ver los errores y las advertencias originales que devolvió el script de verificación previa durante un análisis de actualización de un host Update Manager, revise el archivo de registro vmware-vum-server-log4cpp.log de Update Manager.

En la guía de actualización de vSphere se describe cómo usar los productos de VMware y sus características. Si encuentra problemas o casos de error que no se describen en esta guía, busque la solución en la base de conocimientos de VMware. También puede utilizar los foros de la comunidad de VMware para buscar otras personas que tengan el mismo problema o hayan pedido ayuda, o puede abrir una solicitud de soporte para obtener ayuda de un profesional de servicio de VMware.

Recopilar registros de instalación para vCenter Server Appliance

Si vCenter Server Appliance deja de responder durante el primer inicio, puede recopilar archivos de registro de instalación y revisarlos para identificar el origen de un error.

Procedimiento

  1. Acceda al shell de la instancia de vCenter Server Appliance.
    Opción Descripción
    Si tiene acceso directo al dispositivo Presione Alt+F1.
    Para conectarse de forma remota Utilice SSH u otra conexión de consola remota para iniciar una sesión en el dispositivo.
  2. Escriba una contraseña y un nombre de usuario que reconozca el dispositivo.
  3. En el shell del dispositivo, ejecute el comando pi shell para acceder al shell de Bash.
  4. Allí, ejecute el script vc-support.sh para generar un paquete de soporte.
    Este comando genera un archivo .tgz en /storage/log.
  5. Exporte el paquete de soporte generado a la carpeta [email protected]:/tmp.
    scp /var/tmp/vc-etco-vm-vlan11-dhcp-63-151.eng.vmware.com-2014-02-28--21.11.tgz [email protected]:/tmp
  6. Determine cuál fue el script firstboot que produjo un error.
    cat /var/log/firstboot/firstbootStatus.json

Qué hacer a continuación

Para identificar posibles causas del error, examine el archivo de registro del script firstboot que produjo un error.

Errores y advertencias devueltos por el script de comprobación previa a la instalación y actualización

El script de comprobación previa a la instalación y actualización realiza pruebas para identificar los problemas del equipo host que pueden ocasionar que la migración, actualización o instalación sean incorrectas.

En el caso de instalaciones, actualizaciones y migraciones interactivas, los errores o las advertencias se muestran en la pantalla final del instalador de GUI, en la que se le pide que confirme o cancele la instalación o la actualización. En el caso de instalaciones, actualizaciones o migraciones generadas por script, los errores y las advertencias se escriben en el archivo de registro de instalación.

vSphere Update Manager proporciona mensajes personalizados para estos errores o estas advertencias. Para ver los errores y las advertencias originales devueltos por el script de comprobación previa durante un análisis de actualización de host de Update Manager, revise el archivo de registro vmware-vum-server-log4cpp.log de Update Manager.

Tabla 1. Códigos de error y advertencia devueltos por el script de comprobación previa a la instalación y actualización
Error o advertencia Descripción
64BIT_LONGMODESTATUS El procesador de host debe ser de 64 bits.
COS_NETWORKING Advertencia. Se encontró una dirección IPv4 en una NIC virtual de consola de servicio habilitada que no tiene ninguna dirección correspondiente en la misma subred de VMkernel. Aparece una advertencia aparte para cada uno de los casos.
CPU_CORES El host debe tener al menos dos núcleos.
DISTRIBUTED_VIRTUAL_SWITCH Si no se encuentra el software Cisco Virtual Ethernet Module (VEM) en el host, la prueba se asegura de que la actualización contenga también el software VEM. Además, la prueba determina si la actualización admite la misma versión de Cisco Virtual Supervisor Module (VSM) que la que hay en el host. Si falta el software o no es compatible con otra versión de VSM, la prueba devuelve una advertencia. El resultado indica qué versión del software VEM se esperaba detectar en el archivo ISO de actualización y qué versiones se encontraron, si es que había alguna. Puede utilizar ESXi Image Builder CLI para crear un archivo ISO de instalación personalizado que incluya la versión adecuada del software VEM.
HARDWARE_VIRTUALIZATION Advertencia. Si el procesador del host no tiene virtualización de hardware o si esta no está activada en el BIOS del host, se reduce el rendimiento del host. Puede habilitar la virtualización de hardware en el panel de opciones de arranque del equipo host. Consulte la documentación del proveedor de hardware.
MD5_ROOT_PASSWORD Esta prueba se asegura de que la contraseña raíz esté codificada en formato MD5. Si una contraseña no está codificada en formato MD5, posiblemente solo se consideren ocho caracteres. En este caso, los caracteres que aparecen después de los ocho primeros ya no se autentican después de la actualización, lo cual puede ocasionar un problema de seguridad. Para encontrar una solución alternativa a este problema, consulte el artículo KB 1024500 de la base de conocimientos.
MEMORY_SIZE El host requiere la cantidad de memoria especificada para la actualización.
PACKAGE_COMPLIANCE Actualización de vSphere Update Manager a vSphere Lifecycle Manager solo. Esta prueba compara el software existente en el host con el software que contiene el archivo ISO de actualización para determinar si el host se actualizó correctamente. Si falta alguno de los paquetes o si estos tienen una versión anterior a la del paquete en el archivo ISO de actualización, la prueba devuelve un error. Los resultados de la prueba indican qué software se encontró en el host y qué software se encontró en el archivo ISO de actualización.
PARTITION_LAYOUT Solo puede actualizar o migrar software si se actualiza como máximo una partición de VMFS en el disco. La partición de VMFS debe comenzar después del sector 1843200.
POWERPATH Esta prueba busca la instalación de software EMC PowerPath, que consta de un módulo CIM y uno de kernel. Si se encuentra alguno de estos componentes en el host, la prueba se asegura de que en la actualización existan también componentes coincidentes, como el módulo CIM o el módulo VMkernel. Si no se encuentran, la prueba devuelve una advertencia que indica qué componentes de PowerPath se esperaba encontrar en el archivo ISO de actualización y cuáles se detectaron, si es que había alguno.
PRECHECK_INITIALIZE Esta prueba se asegura de que el script de comprobación previa pueda ejecutarse.
SANE_ESX_CONF El archivo /etc/vmware/esx.conf debe estar presente en el host.
SPACE_AVAIL_ISO Solo vSphere Update Manager. El disco host debe tener espacio libre suficiente para almacenar el contenido del CD o DVD del instalador.
SPACE_AVAIL_CONFIG Actualización de vSphere Update Manager a vSphere Lifecycle Manager solo. El disco host debe tener espacio libre suficiente para almacenar la configuración heredada entre un reinicio y otro.
SUPPORTED_ESX_VERSION Solo se puede actualizar o migrar a ESXi 8.0 desde las versiones 6.0 de los hosts ESXi.
TBOOT_REQUIRED Este mensaje solo se aplica a la actualización de vSphere Update Manager a vSphere Lifecycle Manager. La actualización genera este error cuando el sistema host se ejecuta en el modo de arranque de confianza (tboot), pero el archivo ISO de actualización de ESXi no contiene ningún VIB de tboot. Esta prueba evita las actualizaciones que pueden disminuir la seguridad del host.
UNSUPPORTED_DEVICES Advertencia. Esta prueba busca dispositivos no compatibles. Algunos dispositivos PCI no son compatibles con ESXi 8.0.
UPDATE_PENDING

Esta prueba busca en el host instalaciones por VIB que requieran un reinicio. Se producen errores en la prueba si hay uno o más de estos VIB instalados, pero el host aún no se reinició. En estas condiciones, el script de comprobación previa no puede determinar de manera confiable los paquetes que actualmente están instalados en el host. Si se produce un error en esta prueba, es posible que no sea seguro depender del resto de las pruebas de comprobación previa para determinar si una actualización es segura.

Si encuentra este error, reinicie el host y vuelva a intentar actualizar.

Problemas de actualización con la instancia de vCenter Server que contiene perfiles de host

Se tratan los problemas más habituales que pueden ocurrir durante una actualización de vCenter Server a la versión 8.0, que contiene los perfiles de host.

  • Para los problemas que se producen durante una actualización de vCenter Server o ESXi, consulte Solución de problemas de una actualización de vSphere.
  • Si se produce un error en la actualización de vCenter Server6.7 o 7.0, que contiene los perfiles de host de una versión anterior a 6.7, consulte KB 52932.
  • Para el error There is no suitable host in the inventory as reference host for the profile Host Profile. The profile does not have any associated reference host, consulte KB 2150534.
  • Si se produce un error al importar un perfil de host a un inventario de vCenter Server vacío, consulte en Perfiles de host de vSphere el host de referencia que no está disponible.
  • Si se produce un error en la comprobación de cumplimiento del perfil de host correspondiente al almacén de datos NFS, consulte en Perfiles de host de vSphere el perfil de host sin el almacén de datos NFS.
  • Si se produce un error en la comprobación de cumplimiento de la opción UserVars.ESXiVPsDisabledProtocols, cuando un host ESXi actualizado a la versión 8.0 se asocia a un perfil de host de la versión 6.7, consulte las notas de la versión de VMware vSphere 8.0.

Revertir una instancia de vCenter Server en Windows cuando se produce un error en la actualización de vCenter Server

Es posible revertir o restaurar una instancia de vCenter Server en Windows cuando se produce un error en la actualización de vCenter Server con una instancia externa de Platform Services Controller después de realizar copias intermedias de exportación y de desinstalar el entorno heredado.

Requisitos previos

La reversión o restauración de vCenter Server se aplica cuando se cumplen todas las siguientes condiciones:

  • Debe tener acceso a la instancia de vCenter Server para el equipo Windows.
  • La instancia de vCenter Server está asociada a una instancia externa de Platform Services Controller.
  • La actualización de la instancia de vCenter Server asociada a la instancia de Platform Services Controller muestra un estado con errores después de realizar copias intermedias de exportación y de desinstalar el entorno de vCenter Server heredado.
  • Asegúrese de que vCenter Server se haya revertido correctamente en caso de un error de actualización y de que no se conserven entradas obsoletas del registro de actualizaciones con errores.

Para el método de reversión 1:

  • Para limpiar los datos de vCenter Server Appliance 7.0 desde la instancia heredada de Platform Services Controller, consulte KB 2106736.
  • Utilice una instantánea de la base de datos de vCenter Server creada antes de empezar con la actualización de vCenter Server.

Para el método de reversión 2:

  • Utilice una instantánea apagada de vCenter Server antes de la actualización de vCenter Server.
  • Utilice una snapshot de Platform Services Controller creada después de la actualización del nodo de Platform Services Controller y antes de comenzar la actualización de vCenter Server.
  • Utilice una snapshot de vCenter Server creada después de la actualización de Platform Services Controller y antes de comenzar la actualización de vCenter Server.

Procedimiento

  • Puede restaurar el entorno de vCenter Server heredado mediante el método de reversión 1 o 2.
    • Uso del método de reversión 1.
      1. Limpie manualmente los datos de vCenter Server Appliance desde Platform Services Controller.
      2. Restaure la base de datos heredada de vCenter Server desde una copia de seguridad creada antes de la actualización.
      3. Apunte la instancia heredada de vCenter Server a Platform Services Controller y también a la base de datos con los datos restaurados.
      4. Asegúrese de que los servicios de vCenter Server estén funcionando correctamente.
    • Uso del método de reversión 2.
      1. Restaure la instancia de Platform Services Controller desde una snapshot hacia el punto donde estuvo por iniciar la actualización de vCenter Server. Puede crear una copia de seguridad para una configuración de Windows o bien, utilizar otra copia de seguridad y otro método de restauración para revertir la snapshot.
      2. Restaure la instancia de vCenter Server desde una snapshot.
      3. Restaure la base de datos de vCenter Server desde una snapshot.
      4. Asegúrese de que los servicios de vCenter Server estén funcionando correctamente.
    Con el método de reversión 2, se perderán todos los datos escritos en Platform Services Controller después de iniciar la actualización de vCenter Server al restaurar desde la snapshot de Platform Services Controller creada antes de ese punto en el tiempo.

Recopilar registros para solución de problemas de hosts ESXi

Puede recopilar archivos de registro de instalación o actualización para ESXi que le ayuden a identificar el origen del error si se produce un error en una instalación o actualización.

Solución

  1. Introduzca el comando vm-support en ESXi Shell o mediante SSH.
  2. Desplácese hasta el directorio /var/tmp/.
  3. Recupere los archivos de registro desde el archivo .tgz.