Nach einem Upgrade Ihrer Hosts geht die Controller-Konnektivität verloren.

Problem

Nach dem Upgrade Ihres Hosts wird für den Knotenstatus beim Ausführen von Post-Prüfungen der Verlust der Konnektivität zum Controller angezeigt.

Lösung

  1. Öffnen Sie eine SSH-Sitzung mit dem EXSi-Host, bei dem das Problem behoben wurde, und bestätigen Sie, dass sich keiner der drei NSX Controller in einem verbundenen Zustand befindet. Führen Sie den Befehl nsxcli -c get controllers aus.
    Beispielantwort: 
    Controller IP    Port  SSL     Status       Is Physical Master   Session State    Controller FQDN
192.168.60.5    1235  enabled  disconnected   true                  down          nsxmgr.corp.com
    In einer funktionierenden Konfiguration zeigen zwei Controller den Status „Nicht verwendet“ an, und ein Controller hat den Status „Verbunden“. Wenn der NSX Controller verbunden ist, aktualisieren Sie die Benutzeroberfläche und bestätigen Sie, dass der Status grün ist. Wenn der Controller nicht verbunden ist, fahren Sie mit dem nächsten Schritt fort.
  2. Öffnen Sie eine SSH-Sitzung zu einem der NSX Manager-Knoten als Admin und führen Sie den Befehl get certificate api thumbprint aus.
    Die Befehlsausgabe besteht aus einer Reihe von alphanumerischen Zeichen, die für diesen NSX Manager eindeutig sind.
  3. Schieben Sie das Host-Zertifikat auf dem ESXi-Host in die Management Plane: 
    ESXi1> nsxcli -c push host-certificate <NSX Manager IP or FQDN> username admin thumbprint <thumbprint obtained in step #1>
    Wenn Sie dazu aufgefordert werden, geben Sie das Kennwort des Admin-Benutzers für den NSX Manager ein. Weitere Informationen finden Sie in der Referenz zur Befehlszeilenschnittstelle im NSX-T Data Center.
  4. Bestätigen Sie, dass der Controller den Status „Verbunden“ aufweist. 
    ESXi1> nsxcli -c get controllers
    Bestätigen Sie, dass der Verbindungsstatus des Controllers auf der Benutzeroberfläche für diesen Transportknoten grün angezeigt wird.
    Wenn dieses Problem weiterhin auftritt, starten Sie die folgenden NSX-Dienste auf dem ESXi-Host neu: 
    ESXi1> /etc/init.d/nsx-opsagent restart
    ESXi1> /etc/init.d/nsx-proxy restart