Problem

Dieses Problem tritt auf, wenn die Konnektivität eines Transportknotens mit NSX Manager Aktiv, der Controller jedoch Inaktiv ist. Wenn Sie get managers ausführen, gibt NSX einen aktiven Manager-Knoten zurück, während get controllers keinen aktiven Controller für diesen Transportknoten zurückgibt, dessen Status „Verbunden“ und Sitzungsstatus ebenfalls Aktiv ist.

Ursache

Lösung

  1. Stellen Sie über die Admin-CLI get maintenance-mode sicher, dass sich der Transportknoten nicht im NSX-Wartungsmodus befindet.
  2. Rufen Sie eine der folgenden APIs auf:
    1. (Veraltet) GET API/v1/transport-nodes/<uuid>/status
    2. GET api/v1/infra/sites/<site-id>/enforcement-points/<enforcementpoint-id>/host-transport-nodes/<host-transport-node-id>/status, wobei die Standardwerte für <site-id> und <enforcementpoint-id> „default“ sind.
  3. Stellen Sie sicher, dass die FQDN-Eigenschaft (die von Transportknoten für die Verbindung mit NSX Manager/Controller verwendet wird) festgelegt wird, indem Sie die API GET /api/v1/configs/management ausführen und den Wert für publish_fqdns anzeigen.
    Wenn der FQDN festgelegt ist, stellen Sie sicher, dass der Controller-FQDN erreichbar ist und der FQDN-Wert vom Transportknoten verwendet wird, um mit dem Controller zu kommunizieren, indem Sie zuerst einen ICMP-Ping an den Controller-FQDN gefolgt vom CLI-Administratorbefehl get controllers ausführen. Dadurch wird sichergestellt, dass der Controller-FQDN-Wert ordnungsgemäß ausgefüllt wird.
  4. Stellen Sie sicher, dass die Hostagent-Dienste ausgeführt werden, indem Sie den zuvor erwähnten Schritt zur Fehlerbehebung bei Hostagents ausführen.
  5. Stellen Sie sicher, dass die Datei dateicontroller.xml vorhanden ist und den Host- Transportknoten als Mitglied enthält: /etc/vmware/nsx/controller-info.xml.
  6. Wenn sich der Host im NSX-Wartungsmodus befindet, führen Sie den CLI-Administratorbefehl set maintenance-mode false oder die API aus, um den Host aus dem NSX-Wartungsmodus zu entfernen: POST /api/v1/transport-nodes/<node-id>?action=exit_maintenance_mode.
  7. Wenn der FQDN festgelegt ist und ICMP-Ping für den Controller-FQDN funktioniert, heben Sie die FQDN-Einstellung auf und Sie sie erneut fest, indem Sie die API PUT /api/v1/configs/management mit dem Wert für publish_fqdns als false ausführen. Führen Sie dann die API erneut mit dem Wert true aus.
  8. Starten Sie die Agent-Dienste auf dem Host (sofern angehalten), indem Sie den CLI-Befehl etc/init.d/<service-name> start ausführen.
  9. Wenn die Datei controller.xml falsche Daten enthält, starten Sie den Dienst nsx-proxy auf dem Host neu, um die erneute Erstellung der Datei auszulösen.