O adaptador vCenter fornece definições de alerta que geram alertas nos objetos Sistema Host em seu ambiente.

Com base em sintomas/saúde

Essas definições de alerta têm as seguintes informações de impacto e criticidade.

Impacto

O host autônomo tem uma contenção de CPU causada pela superpopulação de máquinas virtuais.

Saúde
Criticidade
Baseado em sintomas
Definição de alerta Sintomas Recomendações
O host autônomo tem uma contenção de CPU causada por menos da metade das máquinas virtuais. Os sintomas incluem o seguinte:
  • Host dentro de um cluster
  • A contenção da CPU do host está no nível de aviso/imediato/crítico
  • > 0 máquinas virtuais filhas têm [Demanda de CPU da máquina virtual no nível de aviso/imediato/crítico]
  • <= 50% das máquinas virtuais filhas têm [Demanda de CPU da máquina virtual no nível de aviso/imediato/crítico]
Usar
  1. Adicione o host a um cluster DRS totalmente automatizado para permitir que vSphere mova a máquina virtual conforme necessário quando os recursos estiverem disponíveis em outros hosts no cluster.
  2. Use o vMotion para migrar algumas máquinas virtuais com alta carga de trabalho da CPU para outros hosts que tenham capacidade de CPU disponível.
  3. Máquinas virtuais grandes de tamanho certo, pois isso ajuda a reduzir a contenção geral de recursos. Use o recurso Capacidade Recuperável em VMware Aria Operations para o dimensionamento correto recomendado de VMs.
O host autônomo tem uma contenção de CPU causada por mais da metade das máquinas virtuais. Os sintomas incluem o seguinte:
  • Host dentro de um cluster
  • A contenção da CPU do host está no nível de aviso/imediato/crítico
  • Demanda da CPU do host em nível de aviso/imediato/crítico
  • > 50% das máquinas virtuais filhas têm [Demanda de CPU da máquina virtual no nível de aviso/imediato/crítico]
  1. Adicione o host a um cluster DRS totalmente automatizado para permitir que vSphere mova a máquina virtual conforme necessário quando os recursos estiverem disponíveis em outros hosts no cluster.
  2. Use o vMotion para migrar algumas máquinas virtuais com alta carga de trabalho da CPU para outros hosts que tenham capacidade de CPU disponível.
  3. Máquinas virtuais grandes de tamanho certo, pois isso ajuda a reduzir a contenção geral de recursos. Use o recurso Capacidade Recuperável em VMware Aria Operations para o dimensionamento correto recomendado de VMs.
O host autônomo tem uma contenção de CPU causada pela superpopulação de máquinas virtuais. Os sintomas incluem o seguinte:
  • Host dentro de um cluster
  • A contenção da CPU do host está no nível de aviso/imediato/crítico
  • Demanda da CPU do host em nível de aviso/imediato/crítico
  • = 0 máquinas virtuais filhas têm [Demanda de CPU da máquina virtual no nível de aviso/imediato/crítico]
  1. Adicione o host a um cluster DRS totalmente automatizado para permitir que vSphere mova a máquina virtual conforme necessário quando os recursos estiverem disponíveis em outros hosts no cluster.
  2. Use o vMotion para migrar algumas máquinas virtuais com alta carga de trabalho da CPU para outros hosts que tenham capacidade de CPU disponível.
  3. Máquinas virtuais grandes de tamanho certo, pois isso ajuda a reduzir a contenção geral de recursos. Use o recurso Capacidade Recuperável em VMware Aria Operations para o dimensionamento correto recomendado de VMs.
O host em um cluster que não tem o DRS totalmente automatizado ativado tem uma contenção causada por menos da metade das máquinas virtuais. Os sintomas incluem o seguinte:
  • Host dentro de um cluster
  • [ DRS Ativado OU ! DRS totalmente automatizado ]
  • A contenção da CPU do host está no nível de aviso/imediato/crítico
  • > 0 máquinas virtuais filhas têm [Demanda de CPU da máquina virtual no nível de aviso/imediato/crítico]
  • <= 50% das máquinas virtuais filhas têm [Demanda de CPU da máquina virtual no nível de aviso /imediato/crítico]
  1. Habilite o DRS totalmente automatizado no cluster para permitir que vSphere mova a máquina virtual conforme necessário quando os recursos estiverem disponíveis em outros hosts no cluster.
  2. Use o vMotion para migrar algumas máquinas virtuais com alta carga de trabalho da CPU para outros hosts que tenham capacidade de CPU disponível.
  3. Máquinas virtuais grandes de tamanho certo, pois isso ajuda a reduzir a contenção geral de recursos. Use o recurso Capacidade Recuperável em VMware Aria Operations para o dimensionamento correto recomendado de VMs.
O host em um cluster que não tem o DRS totalmente automatizado ativado tem uma contenção de CPU causada por mais da metade das máquinas virtuais. Os sintomas incluem o seguinte:
  • Host dentro de um cluster
  • [ DRS Ativado OU ! DRS totalmente automatizado]
  • Contenção da CPU do host em nível de aviso/imediato/crítico
  • Demanda da CPU do host em nível de aviso/imediato/crítico
  • > 50% das máquinas virtuais filhas têm [Demanda de CPU da máquina virtual no nível de aviso/imediato/crítico]
  1. Habilite o DRS totalmente automatizado no cluster para permitir que vSphere mova a máquina virtual conforme necessário quando os recursos estiverem disponíveis em outros hosts no cluster.
  2. Use o vMotion para migrar algumas máquinas virtuais com alta carga de trabalho da CPU para outros hosts que tenham capacidade de CPU disponível.
  3. Máquinas virtuais grandes de tamanho certo, pois isso ajuda a reduzir a contenção geral de recursos. Use o recurso Capacidade Recuperável em VMware Aria Operations para o dimensionamento correto recomendado de VMs.
O host em um cluster que não tem o DRS totalmente automatizado ativado tem uma contenção de CPU causada pela superpopulação de máquinas virtuais. Os sintomas incluem o seguinte:
  • Host dentro de um cluster
  • [ DRS Ativado OU ! DRS totalmente automatizado]
  • Contenção da CPU do host em nível de aviso/imediato/crítico
  • Demanda da CPU do host em nível de aviso/imediato/crítico
  • = 0 máquinas virtuais filhas têm [Demanda de CPU da máquina virtual no nível de aviso /imediato/crítico
  1. Habilite o DRS totalmente automatizado no cluster para permitir que vSphere mova a máquina virtual conforme necessário quando os recursos estiverem disponíveis em outros hosts no cluster.
  2. Use o vMotion para migrar algumas máquinas virtuais com alta carga de trabalho da CPU para outros hosts que tenham capacidade de CPU disponível.
  3. Máquinas virtuais grandes de tamanho certo, pois isso ajuda a reduzir a contenção geral de recursos. Use o recurso Capacidade Recuperável em VMware Aria Operations para o dimensionamento correto recomendado de VMs.
O host autônomo tem contenção de memória causada por menos da metade das máquinas virtuais. Os sintomas incluem o seguinte:
  • Host dentro de um cluster
  • Carga de carga de memória do host em nível de aviso/imediato/crítico
  • Contenção de memória do host em nível de aviso/imediato/crítico
  • > 50% das máquinas virtuais filhas têm [carga de trabalho de memória da máquina virtual no nível de aviso/imediato/crítico]
  1. Adicione o host a um cluster DRS totalmente automatizado para permitir que vSphere mova a máquina virtual conforme necessário quando os recursos estiverem disponíveis em outros hosts no cluster.
  2. Use o vMotion para migrar algumas máquinas virtuais com alta carga de trabalho da CPU para outros hosts que tenham capacidade de CPU disponível.
  3. Atualize o host para usar um host que tenha maior capacidade de memória.
  4. Máquinas virtuais grandes de tamanho certo, pois isso ajuda a reduzir a contenção geral de recursos. Use o recurso Capacidade Recuperável em VMware Aria Operations para o dimensionamento correto recomendado de VMs.
O host autônomo tem contenção de memória causada por mais da metade das máquinas virtuais. Os sintomas incluem o seguinte:
  • Host dentro de um cluster
  • Carga de carga de memória do host em nível de aviso/imediato/crítico
  • Contenção de memória do host em nível de aviso/imediato/crítico
  • > 50% das máquinas virtuais filhas têm [carga de trabalho de memória da máquina virtual no nível de aviso/imediato/crítico]
  1. Adicione o host a um cluster DRS totalmente automatizado para permitir que vSphere mova a máquina virtual conforme necessário quando os recursos estiverem disponíveis em outros hosts no cluster.
  2. Use o vMotion para migrar algumas máquinas virtuais com alta carga de trabalho da CPU para outros hosts que tenham capacidade de CPU disponível.
  3. Atualize o host para usar um host que tenha maior capacidade de memória.
  4. Máquinas virtuais grandes de tamanho certo, pois isso ajuda a reduzir a contenção geral de recursos. Use o recurso Capacidade Recuperável em VMware Aria Operations para o dimensionamento correto recomendado de VMs.
O host autônomo tem contenção de memória causada pela superpopulação de máquinas virtuais. Os sintomas incluem o seguinte:
  • Host dentro de um cluster
  • Carga de carga de memória do host em nível de aviso/imediato/crítico
  • Contenção de memória do host em nível de aviso/imediato/crítico
  • = 0 máquinas virtuais filhas têm [carga de carga de trabalho de memória da máquina virtual no nível de aviso/imediato/crítico]
  1. Adicione o host a um cluster DRS totalmente automatizado para permitir que vSphere mova a máquina virtual conforme necessário quando os recursos estiverem disponíveis em outros hosts no cluster.
  2. Use o vMotion para migrar algumas máquinas virtuais com alta carga de trabalho da CPU para outros hosts que tenham capacidade de CPU disponível.
  3. Atualize o host para usar um host que tenha maior capacidade de memória.
  4. Máquinas virtuais grandes de tamanho certo, pois isso ajuda a reduzir a contenção geral de recursos. Use o recurso Capacidade Recuperável em VMware Aria Operations para o dimensionamento correto recomendado de VMs.
O host em um cluster que não tem o DRS totalmente automatizado ativado tem contenção de memória causada por menos da metade das máquinas virtuais. Os sintomas incluem o seguinte:
  • [DRS Ativado OU ! DRS totalmente automatizado]
  • Contenção de memória do host em nível de aviso/imediato/crítico
  • > 0 máquinas virtuais filhas têm [carga de trabalho de memória da máquina virtual no nível de aviso/imediato/crítico]
  • <= 50% das máquinas virtuais filhas têm [carga de trabalho de memória da máquina virtual no nível de aviso/imediato/crítico]
  1. Habilite o DRS totalmente automatizado no cluster para permitir que vSphere mova a máquina virtual conforme necessário quando os recursos estiverem disponíveis em outros hosts no cluster.
  2. Use o vMotion para migrar algumas máquinas virtuais com alta carga de trabalho da CPU para outros hosts que tenham capacidade de CPU disponível.
  3. Máquinas virtuais grandes de tamanho certo, pois isso ajuda a reduzir a contenção geral de recursos. Use o recurso Capacidade Recuperável em VMware Aria Operations para o dimensionamento correto recomendado de VMs.
O host em um cluster que não tem o DRS totalmente automatizado ativado tem contenção de memória causada por mais da metade das máquinas virtuais. Os sintomas incluem o seguinte:
  • Host dentro de um cluster
  • [DRS Ativado OU ! DRS totalmente automatizado]
  • Carga de carga de memória do host em nível de aviso/imediato/crítico
  • Contenção de memória do host em nível de aviso/imediato/crítico
  • > 50% das máquinas virtuais filhas têm [carga de trabalho de memória da máquina virtual no nível de aviso/imediato/crítico]
  1. Habilite o DRS totalmente automatizado no cluster para permitir que vSphere mova a máquina virtual conforme necessário quando os recursos estiverem disponíveis em outros hosts no cluster.
  2. Use o vMotion para migrar algumas máquinas virtuais com alta carga de trabalho da CPU para outros hosts que tenham capacidade de CPU disponível.
  3. Atualize o host para usar um host que tenha maior capacidade de memória.
  4. Máquinas virtuais grandes de tamanho certo, pois isso ajuda a reduzir a contenção geral de recursos. Use o recurso Capacidade Recuperável em VMware Aria Operations para o dimensionamento correto recomendado de VMs.
O host em um cluster que não tem o DRS totalmente automatizado ativado tem contenção de memória causada por superpopulação de máquinas virtuais. Os sintomas incluem o seguinte:
  • Host dentro de um cluster
  • [DRS Ativado OU ! DRS totalmente automatizado]
  • Carga de carga de memória do host em nível de aviso/imediato/crítico
  • Contenção de memória do host em nível de aviso/imediato/crítico
  • = 0 máquinas virtuais filhas têm [carga de carga de trabalho de memória da máquina virtual no nível de aviso/imediato/crítico]
  1. Habilite o DRS totalmente automatizado no cluster para permitir que vSphere mova a máquina virtual conforme necessário quando os recursos estiverem disponíveis em outros hosts no cluster.
  2. Use o vMotion para migrar algumas máquinas virtuais com alta carga de trabalho da CPU para outros hosts que tenham capacidade de CPU disponível.
  3. Atualize o host para usar um host que tenha maior capacidade de memória.
  4. Máquinas virtuais grandes de tamanho certo, pois isso ajuda a reduzir a contenção geral de recursos. Use o recurso Capacidade Recuperável em VMware Aria Operations para o dimensionamento correto recomendado de VMs.
O host está com um alto número de pacotes descartados. Os sintomas incluem o seguinte:
  • Os pacotes recebidos da rede do host foram descartados
  • Pacotes transmitidos pela rede do host descartados
  1. Reduza a quantidade de tráfego de rede gerada por máquinas virtuais movendo algumas delas para um host com menor tráfego de rede.
  2. Verifique a integridade do adaptador de rede física, a configuração, o driver e as versões de firmware.
  3. Entre em contato com o suporte de VMware.
O host ESXi detectou um status de link 'flapping' em uma NIC física. Estado do link da NIC física oscilando (sintoma de falha). ESXi desativa o dispositivo para evitar o estado de oscilação do link. Pode ser necessário substituir a NIC física. O alerta será cancelado quando a NIC for reparada e estiver funcionando. Se você substituir a NIC física, talvez seja necessário cancelar manualmente o alerta.
O host ESXi detectou um status de link inativo em uma NIC física. Estado do link da NIC física inativo (sintoma de falha). ESXi desativa o dispositivo para evitar o estado de oscilação do link. Pode ser necessário substituir a NIC física. O alerta será cancelado quando a NIC for reparada e estiver funcionando. Se você substituir a NIC física, talvez seja necessário cancelar manualmente o alerta.
Os sensores da bateria estão relatando problemas. Os sintomas incluem o seguinte:
  • A integridade do sensor da bateria está vermelha OU
  • A integridade do sensor da bateria está amarela
Altere ou substitua o hardware, se necessário. Entre em contato com o fornecedor do hardware para obter assistência. Depois que o problema for resolvido, o alerta será cancelado quando o sensor que relatou o problema indicar que o problema não existe mais.
Os sensores do Baseboard Management Controller estão relatando problemas. Os sintomas incluem o seguinte:
  • A integridade do sensor do Baseboard Management Controller está vermelha OU
  • A integridade do sensor do Baseboard Management Controller está amarela
Altere ou substitua o hardware, se necessário. Entre em contato com o fornecedor do hardware para obter assistência. Depois que o problema for resolvido, o alerta será cancelado quando o sensor que relatou o problema indicar que o problema não existe mais.
Os sensores do ventilador estão relatando problemas.
  • A integridade do sensor do ventilador está vermelha OU
  • A integridade do sensor do ventilador está amarela
Altere ou substitua o hardware, se necessário. Entre em contato com o fornecedor do hardware para obter assistência. Depois que o problema for resolvido, o alerta será cancelado quando o sensor que relatou o problema indicar que o problema não existe mais.
Os sensores de hardware estão relatando problemas.
  • A integridade do sensor de hardware está vermelha OU
  • A integridade do sensor de hardware está amarela
Altere ou substitua o hardware, se necessário. Entre em contato com o fornecedor do hardware para obter assistência. Depois que o problema for resolvido, o alerta será cancelado quando o sensor que relatou o problema indicar que o problema não existe mais.
Os sensores de memória estão relatando problemas.
  • A integridade do sensor de memória está vermelha OU
  • A integridade do sensor de memória está amarela
Altere ou substitua o hardware, se necessário. Entre em contato com o fornecedor do hardware para obter assistência. Depois que o problema for resolvido, o alerta será cancelado quando o sensor que relatou o problema indicar que o problema não existe mais.
Redundância de caminho para o dispositivo de armazenamento degradada
  • Um caminho para o dispositivo de armazenamento falhou
  • O host não tem redundância para o dispositivo de armazenamento
Consulte o tópico da KB, A redundância de caminho para o dispositivo de armazenamento está degradada (1009555)
Os sensores de energia estão relatando problemas.
  • A integridade do sensor de energia está vermelha OU
  • A integridade do sensor de energia está amarela
Altere ou substitua o hardware, se necessário. Entre em contato com o fornecedor do hardware para obter assistência. Depois que o problema for resolvido, o alerta será cancelado quando o sensor que relatou o problema indicar que o problema não existe mais.
Os sensores do processador estão relatando problemas.
  • A integridade do sensor do processador está vermelha
  • A integridade do sensor do processador está amarela
Altere ou substitua o hardware, se necessário. Entre em contato com o fornecedor do hardware para obter assistência. Depois que o problema for resolvido, o alerta será cancelado quando o sensor que relatou o problema indicar que o problema não existe mais.
O log de eventos do sistema IPMI para o host está ficando cheio.
  • A integridade do sensor SEL está vermelha OU
  • A integridade do sensor SEL está amarela
Altere ou substitua o hardware, se necessário. Entre em contato com o fornecedor do hardware para obter assistência. Depois que o problema for resolvido, o alerta será cancelado quando o sensor que relatou o problema indicar que o problema não existe mais.
Os sensores de armazenamento estão relatando problemas.
  • A integridade do sensor de armazenamento está vermelha OU
  • A integridade do sensor de armazenamento está amarela
Altere ou substitua o hardware, se necessário. Entre em contato com o fornecedor do hardware para obter assistência. Depois que o problema for resolvido, o alerta será cancelado quando o sensor que relatou o problema indicar que o problema não existe mais.
Os sensores da placa de sistema estão relatando problemas.
  • A integridade do sensor da placa-mãe está vermelha OU
  • A integridade do sensor da placa-mãe está amarela
Altere ou substitua o hardware, se necessário. Entre em contato com o fornecedor do hardware para obter assistência. Depois que o problema for resolvido, o alerta será cancelado quando o sensor que relatou o problema indicar que o problema não existe mais.
Os sensores de temperatura estão relatando problemas.
  • A integridade do sensor de temperatura está vermelha OU
  • A integridade do sensor de temperatura está amarela
Altere ou substitua o hardware, se necessário. Entre em contato com o fornecedor do hardware para obter assistência. Depois que o problema for resolvido, o alerta será cancelado quando o sensor que relatou o problema indicar que o problema não existe mais.
Os sensores de tensão estão relatando problemas.
  • A integridade do sensor de tensão está vermelha OU
  • A integridade do sensor de tensão está amarela
Altere ou substitua o hardware, se necessário. Entre em contato com o fornecedor do hardware para obter assistência. Depois que o problema for resolvido, o alerta será cancelado quando o sensor que relatou o problema indicar que o problema não existe mais.

Saúde/Crítico

Essas definições de alerta têm as seguintes informações de impacto e criticidade.

Impacto
Saúde
Criticidade
Crítico
Definição de alerta Sintomas Recomendações
O host perdeu a conexão com vCenter. Host desconectado de vCenter Clique em "Abrir Host em vSphere Web Client" no menu Ações na parte superior da página Detalhes do alerta para se conectar ao vCenter que gerencia este host e reconectar manualmente o host a vCenter Server. Depois que a conexão com o host for restaurada por vCenter Server, o alerta será cancelado.
vSphere High Availability (HA) detectou um host isolado da rede. vSphere HA detectou um host isolado da rede (sintoma de falha). Resolva o problema de rede que impede o host de executar ping em seus endereços de isolamento e se comunicar com outros hosts. Certifique-se de que as redes de gerenciamento usadas por vSphere HA incluam redundância. Com a redundância, o vSphere HA pode se comunicar por mais de um caminho, o que reduz a chance de um host ficar isolado.
vSphere High Availability (HA) detectou uma possível falha no host. vSphere HA detectou uma falha no host (sintoma de falha). Localize o computador que tem o endereço IP duplicado e reconfigure-o para ter um endereço IP diferente. Essa falha é eliminada e o alerta é cancelado quando o problema subjacente é resolvido, e o agente principal vSphere HA pode se conectar ao agente de alta disponibilidade no host.
Observação: Você pode usar o aviso de IP duplicado no arquivo de log / var/log/vmkernel em um host ESX ou o arquivo de log /var/log/messages em um host ESXi para identificar o computador que tem o endereço IP duplicado.
O host perdeu a conectividade com um dvPort. Conectividade de rede perdida para dvPorts (sintoma de falha). Substitua o adaptador físico ou redefina o comutador físico. O alerta será cancelado quando a conectividade for restaurada para o dvPort.
O host perdeu a conectividade com a rede física. Conectividade de rede perdida (sintoma de falha). Para determinar a falha real ou para eliminar possíveis problemas, verifique o status do vmnic no vSphere Client ou no console de serviço do ESX:
  • Para verificar o status no vSphere Client, selecione o host ESX, clique em Configuração (Configuration) e, em seguida, clique em Rede (Networking). Os vmnics atualmente atribuídos aos comutadores virtuais aparecem nos diagramas. Se uma vmnic exibir um X vermelho, esse link estará inativo no momento.
  • No console de serviço, execute o comando:esxcfg-nics. A saída exibida é semelhante à seguinte: Nome PCI Driver Link Speed Duplex Descrição ---------------------------------- --------------------------------- vmnic0 04:04.00 tg3 Up 1000Mbps Full Broadcom BCM5780 Gigabit Ethernet vmnic1 04:04.01 tg3 Até 1000 Mbps Full Broadcom BCM5780 Gigabit Ethernet. A coluna Link mostra o status do link entre o adaptador de rede e o comutador físico. O status pode ser Para cima ou Para baixo. Se alguns adaptadores de rede estiverem ativos e outros inoperantes, talvez seja necessário verificar se os adaptadores estão conectados às portas do comutador físico pretendidas. Para verificar as conexões, desative cada porta de host ESX no comutador físico, execute esxcfg-nics -l" e observe as vmnics afetadas.
Verifique se a vmnic identificada no alerta ainda está conectada ao switch e configurada corretamente:
  • Certifique-se de que o cabo de rede ainda esteja conectado ao switch e ao host.
  • Certifique-se de que o switch esteja conectado ao sistema, ainda esteja funcionando corretamente e não tenha sido configurado incorretamente. Para obter mais informações, consulte a documentação do comutador.
  • Verifique a atividade entre o comutador físico e o vmnic. Você pode verificar a atividade realizando um rastreamento de rede ou observando os LEDs de atividade.
  • Verifique as configurações da porta de rede no switch físico.
Para reconfigurar o endereço IP do console de serviço se o vmnic afetado estiver associado a um console de serviço, consulte http://kb.vmware.com/kb/1000258 Se o problema for causado pelo seu hardware, entre em contato com o seu hardware fornecedor de hardware de substituição.
O host perdeu a conectividade com um servidor NFS (Network File System). Conexão perdida com o servidor NFS (sintoma de falha).
  1. Verifique se o servidor NFS está em execução.
  2. Verifique a conexão de rede para garantir que o host ESX possa se conectar ao servidor NFS.
  3. Determine se os outros hosts que usam a mesma montagem NFS estão com o mesmo problema e verifique o status do servidor NFS e os pontos de compartilhamento.
  4. Verifique se você pode acessar o servidor NFS fazendo login no console de serviço e usando vmkping para executar ping no servidor NFS: "vmkping <nfs server>".
  5. Para obter informações avançadas de solução de problemas, consulte http://kb.vmware.com/kb/1003967
Ocorreu um erro fatal em um barramento PCIe durante a reinicialização do sistema. Ocorreu um erro fatal de PCIe. Verifique e substitua o dispositivo PCIe identificado no alerta como a causa do problema. Entre em contato com o fornecedor para obter assistência.
Foi detectado um erro fatal de memória no momento da inicialização do sistema. Ocorreu um erro fatal de memória. Substitua a memória defeituosa ou entre em contato com o fornecedor.

Saúde/Imediato

Essas definições de alerta têm as seguintes informações de impacto e criticidade.

Impacto
Saúde
Criticidade
Imediato
Definição de alerta Sintoma Recomendações
O host perdeu a conectividade redundante com uma dvPort. Perda de redundância de rede para DVPorts (sintoma de falha). Substitua o adaptador físico ou redefina o comutador físico. O alerta será cancelado quando a conectividade for restaurada para a DVPort.
O host perdeu uplinks redundantes para a rede. Redundância de rede perdida (sintoma de falha). Para determinar a falha real ou para eliminar possíveis problemas, primeiro conecte-se a ESX por meio do SSH ou do console:
  1. Identifique os uplinks disponíveis executando esxcfg-nics -l.
  2. Remova a vmnic relatada dos grupos de portas executando esxcfg-vswitch -U &lt;affected vmnic#&gt; vSwitch afetado.
  3. Vincule uplinks disponíveis aos grupos de portas afetados executando o esxcfg-vswitch -L &lt;available vmnic#&gt; vSwitch afetado.
Em seguida, verifique o status do vmnic em vSphere Client ou no console de serviço ESX:

  1. Em vSphere Client, selecione o host ESX, clique em Configuração (Configuration) e clique em Rede (Networking).

    Os vmnics atualmente atribuídos aos comutadores virtuais aparecem nos diagramas. Se uma vmnic exibir um X vermelho, esse link não estará disponível no momento.

  2. No console de serviço, execute esxcfg-nics -l. A saída exibida é semelhante ao seguinte exemplo: Nome Driver PCI Velocidade do Link Duplex Descrição.
-------------------------------------------------- ---------------- vmnic0 04:04.00 tg3 Up 1000Mbps Full Broadcom BCM5780 Gigabit Ethernet vmnic1 04:04.01 tg3 Up 1000Mbps Full Broadcom BCM5780 Gigabit Ethernet. A coluna Link mostra o status do link entre o adaptador de rede e o comutador físico. O status pode ser Para cima ou Para baixo. Se alguns adaptadores de rede estiverem ativos e outros inoperantes, talvez seja necessário verificar se os adaptadores estão conectados às portas do comutador físico pretendidas. Para verificar as conexões, encerre cada porta de host ESX no comutador físico, execute o comando "esxcfg-nics -l" e observe as vmnics afetadas. Verifique se a vmnic identificada no alerta ainda está conectada ao switch e configurada corretamente:
  1. Certifique-se de que o cabo de rede ainda esteja conectado ao switch e ao host.
  2. Certifique-se de que o comutador esteja conectado ao sistema, ainda esteja funcionando corretamente e não tenha sido configurado incorretamente por engano. (Consulte a documentação do comutador.)
  3. Execute um rastreamento de rede ou observe os LEDs de atividade para verificar a atividade entre o comutador físico e o vmnic.

  4. Verifique as configurações da porta de rede no switch físico.

    Se o problema for causado por hardware, entre em contato com o fornecedor do hardware para uma substituição de hardware.

Ocorreu um erro de PCIe durante a inicialização do sistema, mas o erro é recuperável. Ocorreu um erro de PCIe recuperável. O erro PCIe é recuperável, mas o comportamento do sistema depende de como o erro é tratado pelo firmware do fornecedor OEM. Entre em contato com o fornecedor para obter assistência.
Ocorreu um erro de memória recuperável no host. Ocorreu um erro de memória recuperável. Como os erros de memória recuperáveis são específicos do fornecedor, entre em contato com o fornecedor para obter assistência.

Baseado em riscos/sintomas

Essas definições de alerta têm as seguintes informações de impacto e criticidade.

Impacto
Risco
Criticidade
Baseado em sintomas
Definição de alerta Sintoma Recomendações
ESXi O host está violando o vSphere 5.5 Guia de Proteção.
  • Autenticação do Active Directory desativada OU
  • Política de inicialização do serviço NTP não compatível OU
  • O serviço SSH está em execução OU
  • Serviço NTP interrompido OU
  • Valor de tempo limite não compatível para desativar automaticamente o acesso ao shell local e remoto OU
  • vSphere Proxy de autenticação não usado para proteção por senha ao adicionar ESXi hosts ao Active Directory OU
  • Log persistente desativado OU
  • CHAP bidirecional para tráfego iSCSI desativado OU
  • Configuração de firewall não compatível para restringir o acesso ao cliente NTP OU
  • Servidor NTP para sincronização de hora não configurado OU
  • Política de inicialização do serviço ESXi Shell não compatível OU
  • Configuração de firewall não compatível para restringir o acesso ao servidor SNMP OU
  • O serviço ESXi Shell está em execução OU
  • Política de inicialização do serviço DCUI não compatível OU
  • Endereço IP de vinculação do Dvfilter configurado OU
  • Política de inicialização do serviço SSH não compatível OU
  • O serviço DCUI está em execução OU
  • Tempo ocioso não compatível antes que um shell interativo seja automaticamente desconectado OU
  • Lista de usuários de acesso DCUI não compatível OU
  • O syslog remoto não está ativado
Corrija as violações das regras do vSphere 5.5 Hardening Guide de acordo com as recomendações no vSphere5 Hardening Guide