La semana pasada actualicé una pequeña infraestructura que consta de dos nodos vsphere y un vcenter de vsphere 5.5 a vsphere 6 al cambiar al vcenter en formato de dispositivo.
El cliente no tenía un DNS disponible y, por lo tanto, intentamos solucionar el problema utilizando los archivos de host del vcenter y los dos hosts esxi (fue casi una prueba ya que en las últimas versiones de vsphere un DNS es OBLIGATORIO!).
Actualizo todo, Engancho hosts al nuevo vCenter, Hago algunas pruebas y todo parece estar bien.. Lo extraño es que después de aproximadamente 24/48 horas de operación, este error comenzó a aparecer en la pestaña de resumen de hosts:
Problemas de configuración
El agente no puede enviar latidos: El anfitrión está caído
En realidad, todo parece estar funcionando correctamente., los hosts son accesibles y manejables, pero obviamente no es lo mejor tener los dos hosts con un error rojo (No verifiqué si el HA funcionaba correctamente).
Hice algunas pruebas de ping desde los hosts y vcenter para ver si todos los objetos resolvieron correctamente los nombres de los demás a través del archivo de hosts y todo fue correcto. Traté de dar un “reconfigurar para HA” en los nudos pero el error se mantuvo, También intenté reiniciar los servicios en los nodos (services.sh se reinicia después de deshabilitarlo temporalmente) pero después de unos minutos reapareció el error.
Al final para resolver, dado que no hubo una configuración incorrecta y sabiendo que el problema podría ser precisamente el hecho de que habíamos utilizado los archivos hosts en ausencia de un dns, Le pedí al cliente que configurara un DNS que resolviera al menos el nombre de los dos hosts y el vCenter, eliminó los dos hosts del vCenter (Desconecte y luego quite) y luego colgó el error nunca apareció.
mismo problema aquí con la configuración nueva de 3 hosts vsphere6 landscape
¿Lo resolviste usando un dns??
eliminar el host del clúster y volver a agregarlo
Si el agente de servicio de un esxi está caído, cuál será su estado en vsphere client?
En este caso particular, a pesar del error, el servicio estaba funcionando (por eso fue un comportamiento extraño); si el agente de servicio deja de funcionar, no podrá administrar el esxi, tienes que reiniciarlo de alguna manera (por ejemplo desde consola).
Tuve el mismo problema, y pude resolverlo por 1. apagar HA 2. desconectar el host. 3. vuelve a conectar el host. 4 vuelva a encender HA para el clúster.
El mismo problema aqui – en nuestro caso resultó ser causado por datos antiguos en el archivo de hosts en cada uno de los hosts. Cuando estábamos en un Windows vCenter, teníamos varias IP (1 para sesiones entrantes de RDP / tráfico de administración y 1 en el mismo vlan que los hosts’ servicio de consola). Cuando migra a una VCSA, solo puede usar una sola IP, que es la que está en DNS.