Knowledge Base

The VMware Knowledge Base provides support solutions, error messages and troubleshooting guides
 
Search the VMware Knowledge Base (KB)   View by Article ID
 

Solução de problemas do serviço vmware-hosted se o serviço falhar ou parar de responder (2017069)

Symptoms

Você encontra estes erros:

  • Erros em log 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)
  • Erros do 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.
  • Quando você tenta adicionar ou reconectar o host ao vCenter Server usando o VMware Infrastructure/vSphere Client, é exibido o erro:

    VMware Infrastructure Client could not establish the initial connection with server <your server>. Details: A connection failure occurred.
Quando você tenta se conectar diretamente ao host ESX, é exibido este erro no 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.

Purpose

Disclaimer: Este artigo é uma tradução do vMotion CPU Compatibility - Migrations Prevented Due to CPU Mismatch - How to Override Masks (1993). Como os artigos são traduzidos em uma base de melhor esforço, o conteúdo pode tornar-se desatualizado. Para obter o conteúdo mais recente, consulte o artigo em Inglês.
 

Resolution

O serviço de gerenciamento vmware-hostd é o principal canal de comunicação entre hosts ESX e o VMkernel. Se o vmware-hostd falhar, os hosts ESX desconectam do VirtualCenter/vCenter Server e não podem ser gerenciados, se você tentar se conectar ao host ESX diretamente. Quando isto acontece, você encontra estes erros.

Para resolver este problema, verifique se cada etapa da solução de problemas abaixo é adequada para seu ambiente. As etapas fornecem instruções ou um link para um documento, para verificar a etapa e tomar atitudes corretivas, se necessário. As etapas estão ordenadas na sequência mais apropriada para isolar o problema e identificar a solução correta. Após cada etapa, tente reiniciar os agentes de gerenciamento. Não pule nenhuma etapa.

Observação: Para obter informações sobre como reiniciar o mgmt-vmware, consulte Restarting the Management agents on an ESX or ESXi Server (1003490).

Quando o serviço vmware-hostd não responde

  1. Verifique a conectividade da rede no console de serviço ESX. Para obter mais informações, consulte Testing network connectivity with the ping command (1003486).
  2. Verifique se o vmware-hostd está em execução. Para obter mais informações, consulte Verifying that the Management Service is running on an ESX host (1003494).
  3. Verifique se as portas 80 ou 443 estão abertas, ao executar este comando: comando

    netstat -an

    Para obter mais informações, consulte Determining if a port is in use (1003971).
  4. Verifique se o arquivo /etc/hosts está escrito corretamente e possui entradas similares a:

    # Do not remove the following line, or various programs
    # that require network functionality will fail.
    127.0.0.1 <localhost>.<localdomain> <localhost>
    10.0.0.1 <server>.<domain> <server>
  5. Verifique se as partições do console do serviço possuem espaço em disco disponível. Se / ou /var/log estiver cheio, então o vmware-hostd não pode iniciar pois está tentando gravar informações em um disco cheio. Para obter mais informações sobre uso de espaço em disco no host ESX, consulte Investigating disk space on an ESX or ESXi host (1003564).
  6. Verifique se há conectividade na SAN e se a SAN foi adicionada ou removida corretamente, ao executar este comando:

    ls /vmfs/volumes

    ou

    vdf -h

    Se os comandos levarem muito tempo para concluírem ou relatarem erro, consulte Identifying shared storage issues with ESX or ESXi (1003659).
  7. Verifique se o arquivo /etc/vmware/esx.conf não está ausente ou corrompido. Se o arquivo estiver ausente ou corrompido, substitua-o com uma cópia de backup de /var/log/oldconf/. Para obter mais informações, consulte Troubleshooting an ESX host that does not boot (10065).

8. Verifique se não há erros de sintaxe no arquivo /etc/vmware/firewall/services.xml:

    • Verifique se encontra esses erros em /var/log/vmware/hostd.log:

      ['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
    • Execute o comando:

      esxcfg-firewall -q

      Este erro pode ser exibido:

      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

      Se encontrar algum destes erros, consulte Troubleshooting the firewall policy on an ESX host (1003634).
  1. Verifique se o uso da CPU está abaixo de 90%, ao executar este comando:

    esxtop

    Para obter mais informações sobre esxtop, consulte Using esxtop to Troubleshoot Performance Problems.

    Se o vmware-hostdestiver usando mais do que 90% da CPU, aumente a quantidade de memória que está atribuída ao console do serviço ESX. Para obter mais informações, consulte Increasing the amount of RAM assigned to the ESX Server service console (1003501).

    Se um componente de terceiro estiver usando mais do que 90% da CPU:
    • Verifique se o processo HP Insight Manager cmahostd está consumindo CPU. Se este processo estiver em execução, atualize o HP Insight Manager.
    • Verifique se um software de terceiro está em execução no console do serviço. Se você possui produtos de terceiros instalados no console do serviço, interrompa os processos e serviços aplicáveis e tente iniciar o agente de gerenciamento.

      Para obter mais informações, consulte Third-Party Software in the Service Console.
  2. Verifique se há quaisquer máquinas virtuais que foram migradas do ESX 2.5.x ou P2Ved com o VMware Converter. Para obter mais informações, consulte vmware-hostd uses a lot of CPU or has generated a core dump on ESX (4718356).
  3. Verifique se há scanners de segurança em sua rede. Para obter mais informações, consulte The ESX Management agent fails when scanned by network security scanner (1002707).

Se precisar de assistência adicional para qualquer uma das etapas acima, registre um pedido de suporte junto ao VMware Support e anote esta ID de artigo KB (1002849) na descrição do problema. Para obter mais informações, consulte How to Submit a Support Request.

Quando o serviço vmware-hostd não inicia

Se o serviço vmware-hostd não iniciar, execute estas etapas de solução de problemas:

  1. Verifique se houve falha nas montagens do Network File System (NFS) ou Server Message Block (SMB) no host ESX. Se houver montagens NFS ou SMB com falha, desabilite ou remova as montagens e reinicie mgmt-vmware.
  2. Verifique se no diretório /etc/vmware/firewall há quaisquer arquivos diferentes de service.xml. Se houver quaisquer arquivos estranhos no diretório, mova-os para um local alternativo.
  3. Verifique se arquivos de configuração de máquinas virtuais foram corrompidos. Para obter mais informações, consulte Re-registering orphaned virtual machines (1007541).
  4. Verifique se há corrompimento no /etc/vmware/hostd/config.xml procurando por logs hostd em branco. Se o arquivo config.xml estiver corrompido, reinstale-o:
    1. Copie o Gerenciador de Pacote do RPM de sua mídia de instalação. No CD de instalação, ele está localizado em \VMware\RPMS\VMware-hostd-esx-3.x.x-xxxxx.i386.rpm.

      Observação: Verifique se copiou a mesma versão do hostd para ESX 3.x que você está usando. Para encontrar a versão exata do hostd que você está usando, execute este comando:

      rpm -qa | grep hostd
    2. Execute este comando:

      rpm -ivh --replacepkgs VMware-hostd-esx-3.x.x-xxxxx.i386.rpm
  5. Verifique se há qualquer monitoramento de aplicativos de terceiros usando a porta 9080, tais como:

o Computer Associates (CA) Network System Manager (NSM) (R11)

o CA Advanced System Manager (ASM) (R11.1)

o CAeAC - etrust

Se um monitoramento de aplicativo de terceiros estiver usando a porta 9080, você poderá encontrar estas mensagens de erro:

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

Desabilitar os serviços resolve o problema. Para obter mais informações, consulte Third-Party Software in the Service Console.

Se o problema persistir após tentar executar as etapas deste artigo:

Tags

Portuguese Português Portugues

See Also

Request a Product Feature

To request a new product feature or to provide feedback on a VMware product, please visit the Request a Product Feature page.

Feedback

  • 0 Ratings

Did this article help you?
This article resolved my issue.
This article did not resolve my issue.
This article helped but additional information was required to resolve my issue.
What can we do to improve this information? (4000 or fewer characters)
  • 0 Ratings
Actions
KB: