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

  1. Ouvrez une session SSH sur l'hôte ESXi qui rencontre le problème et vérifiez qu'aucune des trois instances de NSX 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 vérifiez que l'état est vert. Si le contrôleur n'est pas connecté, passez à l'étape suivante.
  2. 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.
  3. 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. Pour plus d'informations, consultez la référence de l'interface de ligne de commande NSX.
  4. 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