La connectivité au contrôleur est perdue après la mise à niveau de vos hôtes.
Problème
Après la mise à niveau de votre hôte, lors de l'exécution de vérifications postérieures, l'état du nœud indique une perte de connectivité au contrôleur.
Solution
- Ouvrez une session SSH sur l'hôte EXSi qui rencontre le problème et confirmez qu'aucune des trois instances de NSX Controller n'est connectée. Exécutez la commande nsxcli -c get controllers.
Exemple de réponse :
Controller IP Port SSL Status Is Physical Master Session State Controller FQDN
192.168.60.5 1235 enabled disconnected true down nsxmgr.corp.com
Dans une configuration de travail, deux contrôleurs affichent l'état Non utilisé et un contrôleur a l'état connecté. Si NSX Controller apparaît connecté, actualisez l'interface utilisateur et confirmez que l'état est vert. Si le contrôleur n'est pas connecté, passez à l'étape suivante.
- Ouvrez une session SSH sur l'un des nœuds NSX Manager en tant qu'admin et exécutez la commande get certificate api thumbprint.
La sortie de la commande est une chaîne alphanumérique propre à ce dispositif NSX Manager.
- Sur l'hôte ESXi, transférez le certificat de l'hôte vers le plan de gestion :
ESXi1> nsxcli -c push host-certificate <NSX Manager IP or FQDN> username admin thumbprint <thumbprint obtained in step #1>
Lorsque vous y êtes invité, entrez le mot de passe de l'utilisateur admin pour NSX Manager. Reportez-vous à la
référence relative à l'interface de la ligne de commande de NSX-T Data Center pour plus d'informations.
- Confirmez que l'état du contrôleur est connecté.
ESXi1> nsxcli -c get controllers
Confirmez que l'état de connexion du contrôleur est vert sur l'interface utilisateur de ce nœud de transport.
Si ce problème persiste, redémarrez les services NSX suivants sur l'hôte ESXi :
ESXi1> /etc/init.d/nsx-opsagent restart
ESXi1> /etc/init.d/nsx-proxy restart