Cómo solucionar los problemas del servicio vmware-hostd si el mismo falla o no responde
search cancel

Cómo solucionar los problemas del servicio vmware-hostd si el mismo falla o no responde

book

Article ID: 308919

calendar_today

Updated On:

Products

VMware vSphere ESXi

Issue/Introduction

Renuncia: Este artículo es una traducción de Troubleshooting vmware-hostd service if it fails or stops responding on an ESX/ESXi host (1002849). Los artículos han sido traducidos en español basados en el mejor esfuerzo. Sin embargo, el contenido localizado o específico puede quedar desactualizado. Para revisar el contenido más reciente, por favor consulte el artículo en Inglés.


Symptoms:

Se visualizan los siguientes errores:

  • Errores de registro en VPXA:
    • Authd error: 514 Error connecting to hostd-vmdb service instance.
    • Failed to connect to host :902. Check that authd is running correctly (lib/connect error 11)
  • Errores en vCenter Server:
    • Unable to access the specified host. It either does not exist, the server software is not responding, or there is a network problem.
  • Cuando se intenta agregar o volver a conectar el host a vCenter Server mediante el uso de VMware Infrastructure/vSphere Client, se visualiza el siguiente error:

    VMware Infrastructure Client could not establish the initial connection with server <your server>. Details: A connection failure occurred.
Cuando se intenta conectar directamente con el host ESX, se visualiza el siguiente error en VMware Infrastructure/vSphere Client:

Unable to access the specified host. It does not exist, the server software is not responding, or there is a network problem.

Environment

VMware ESXi 4.1.x Installable
VMware ESXi 3.5.x Installable
VMware ESX 4.0.x
VMware ESX Server 3.0.x
VMware vSphere ESXi 5.1
VMware ESXi 4.0.x Embedded
VMware ESXi 3.5.x Embedded
VMware ESXi 4.0.x Installable
VMware ESX 4.1.x
VMware vSphere ESXi 5.5
VMware vSphere ESXi 5.0
VMware ESXi 4.1.x Embedded
VMware ESX Server 3.5.x

Resolution

El servicio de administración vmware-hostd es el canal principal de comunicación entre los hosts ESX y VMkernel. Si vmware-hostd falla, los hosts ESX se desconectan del VirtualCenter/vCenter Server y no se pueden administrar, aún si intenta conectarse al host ESX de forma directa. Cuando esto sucede, se visualizan estos errores.

Para resolver este problema, compruebe que cada paso de la solución de problemas que aparece debajo sea válido para su entorno. Los pasos proporcionan instrucciones o un vínculo a un documento, lo que permite comprobar el paso y aplicar una medida correctiva, según sea necesario. Los pasos están ordenados en la secuencia más apropiada para aislar el problema e identificar la solución adecuada. Después de completar cada paso, intente reiniciar los agentes de administración. No omita un paso.

Nota: Para obtener más información sobre cómo reiniciar mgmt-vmware, consulte Restarting the Management agents on an ESX or ESXi Server (1003490).

Cuando el servicio vmware-hostd no responde

  1. Verifique la conectividad de la red para la consola de servicio ESX. Para obtener más información, consulte Testing network connectivity with the ping command (1003486).
  2. Verifique que vmware-hostd esté en ejecución. Para obtener más información, consulte Verifying that the Management Service is running on an ESX host (1003494).
  3. Verifique que los puertos 80 o 443 estén abiertos, mediante la ejecución del siguiente comando:

    netstat -an

    Para obtener más información, consulte Determining if a port is in use (1003971).
  4. Verifique que el archivo /etc/hosts está escrito de forma correcta y que posee entradas similares a:

    # Do not remove the following line, or various programs
    # que requieren la funcionalidad de la red fallarán.
    127.0.0.1 <localhost>.<localdomain> <localhost>
    10.0.0.1 <server>.<domain> <server>

  5. Verifique que las particiones de la consola de servicio posean espacio disponible en el disco. Si/ o /var/log está completo, entonces vmware-hostd no se puede iniciar porque está intentado escribir información en un disco lleno. Para obtener más información sobre el uso de espacio en el disco en el host ESX, consulte Investigating disk space on an ESX or ESXi host (1003564).
  6. Verifique que existe conectividad SAN y que SAN se ha agregado o extraído de forma adecuada, mediante la ejecución del siguiente comando:

    ls /vmfs/volumes

    o

    vdf -h

    Si los comandos tardan mucho tiempo en completarse o informar un error, consulte Identifying shared storage issues with ESX or ESXi (1003659).

  7. Verifique que el archivo /etc/vmware/esx.conf no falte ni esté dañado. Si falta el archivo o si está dañado, reemplácelo por una copia de seguridad de/var/log/oldconf/. Para obtener más información, consulte Troubleshooting an ESX host that does not boot (10065).
  8. Verifique que no hay errores de sintaxis en el archivo /etc/vmware/firewall/services.xml :
    • Controle /var/log/vmware/hostd.log para verificar los siguientes errores:

      ['ServiceSystem' 3076444288 verbose] Command finished with status 0
      ['FirewallSystem' 3076444288 verbose] Loading firewall configuration file '/etc/vmware/firewall/services.xml'
      ['App' 3076444288 panic] Application error: no element found
    • Ejecute el comando:

      esxcfg-firewall -q

      Es posible que visualice el siguiente error:

      No element found at line 480, column 0, byte 11664 at /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi/XML/Parser.pm line 185

      Si ve alguno de estos errores, consulte Troubleshooting the firewall policy on an ESX host (1003634).
  9. Verifique que el uso de la CPU esté por debajo del 90%, mediante la ejecución del siguiente comando:

    esxtop

    Para obtener más información sobre esxtop, consulte Using esxtop to Troubleshoot Performance Problems.

    Si vmware-hostd está utilizando más del 90% de la CPU, aumente la cantidad de memoria que se asigna a la consola de servicio ESX. Para obtener más información, consulte Increasing the amount of RAM assigned to the ESX Server service console (1003501).

    Si un componente de terceros está utilizando más del 90% de la CPU:
    • Controle si el proceso de HP Insight Manager cmahostd está consumiendo CPU. Si este proceso está en ejecución, actualice el HP Insight Manager.
    • Controle si el software de terceros está en ejecución en la consola de servicio. Si posee productos de terceros instalados en la consola de servicio, detenga los procesos y servicios que correspondan e intente iniciar el agente de administración

      Para obtener más información, consulte Third-Party Software in the Service Console.
  10. Controle todas las máquinas virtuales que se migraron del ESX 2.5.x o P2Ved con el VMware Converter. Para obtener más información, consulte vmware-hostd uses a lot of CPU or has generated a core dump on ESX (4718356).
  11. Controle los escáneres de seguridad en su red. Para obtener más información, consulte The ESX Management agent fails when scanned by network security scanner (1002707).

Si se necesita ayuda adicional para alguno de los pasos mencionados anteriormente, envíe una solicitud de asistencia a VMware Support y anote este Id. de artículo de Knowledge Base (1002849) en la descripción del problema. Para obtener más información, consulte How to Submit a Support Request.

Cuando el servicio vmware-hostd no se inicia

Si el servicio vmware-hostd no se inicia, realice los siguientes pasos para solucionar el problema:

  1. Controle si existen fallas en los montajes del Sistema de archivos de red (NFS, Network File System) o del Bloque de mensajes del servidor (SMB, Server Message Block) en el host ESX. Si existen fallas en los montajes de NFS o SMB, deshabilite o extraiga los montajes y reinicie mgmt-vmware.
  2. Controle el directorio /etc/vmware/firewall para detectar todo archivo que no sea service.xml. Si existen algunos archivos extraños en el directorio, muévalos a una ubicación alternativa.
  3. Controle si existen daños en los archivos de configuración de la máquina virtual. Para obtener más información, consulte Re-registering orphaned virtual machines (1007541).
  4. Controle si existen daños en /etc/vmware/hostd/config.xml mediante la búsqueda de registros hostd en blanco. Si el archivo config.xml está dañado, reinstálelo:

    1. Copie el Administrador de paquetes RPM (Red Hat Package Manager) de los medios de instalación. Está ubicado en el CD de instalación en \VMware\RPMS\VMware-hostd-esx-3.x.x-xxxxx.i386.rpm.

      Nota: Asegúrese de copiar la misma versión de hostd para ESX 3.x que está utilizando. Para encontrar la versión exacta de hostd que está utilizando, ejecute el siguiente comando:

      rpm -qa | grep hostd
    2. Ejecute el siguiente comando:

      rpm -ivh --replacepkgs VMware-hostd-esx-3.x.x-xxxxx.i386.rpm

  5. Controle si existen aplicaciones de supervisión de terceros que estén utilizando el puerto 9080, como:
    • Computer Associates (CA) Network System Manager (NSM) (R11)
    • CA Advanced System Manager (ASM) (R11.1)
    • CAeAC - etrust
Si una aplicación de supervisión de terceros está utilizando el puerto 9080, podrá ver los siguientes mensajes de error:

['Solo' 3076436096 info] Micro web server port: 9080
['App' 3076436096 panic] Application error: Address already in use
['App' 3076436096 panic] Backtrace generated

Deshabilitar los servicios resuelve el problema. Para obtener más información, consulte Third-Party Software in the Service Console.

Si el problema continúa después de intentar los pasos que se encuentran en este artículo:



Additional Information

Troubleshooting vmware-hostd service if it fails or stops responding on an ESX/ESXi host

Powered by Wolken Software