Problem

  • Host ist nicht erreichbar. Die Anmeldung kann aufgrund eines falschen Benutzernamens oder Kennworts nicht abgeschlossen werden.
  • Die Aufgabe zum Anwenden des Transportknotens schlägt mit dem Fehler Knoten ist bereits vorhanden fehl.
  • Der Host befindet sich im verwaisten Zustand.

Ursache

Dieses Problem tritt aufgrund einer Race-Bedingung unter hoher Datenverkehrslast auf. Führen Sie die API (veraltet) GET /api/v1/transport-nodes/<TN-UUID>/status oder GET api/v1/infra/sites/<site-id>/enforcement-points/<enforcementpoint-id>/host-transport-nodes/<host-transport-node-id>/state | status aus, wobei die Standardwerte für enforcementpoint-id und site-id der Standard sind, um zu überprüfen, ob der Transportknoten den Status „Unbekannt“ und den Bereitstellungsstatus des Knotens als Fehlgeschlagen anzeigt

Alle diese Fälle treten für Host-TN auf, die beim Initiieren der NSX-Entfernungsaufgabe nicht ordnungsgemäß bereinigt wurden. Daher ist sie weiterhin bei NSX Manager registriert.

In diesem Fall schlagen die GET-Transportknoten-API und die GET-Transportknotenstatus-API fehl, aber die Status-API des GET-Transportknotens funktioniert und zeigt die Fehlermeldung Deinstallieren der Software auf dem Host fehlgeschlagen....

Lösung

  • ♦ Um das Vorhandensein eines veralteten Eintrags zu beheben, müssen Sie das Entfernen von NSX vom Host erzwingen und auch die folgende API ausführen, um veraltete Hosteinträge im Setup zu löschen.
    1. (NSX Manager-Benutzeroberfläche) Wählen Sie auf der Seite Hosts die Option Löschen erzwingen aus und klicken Sie auf NSX entfernen.
    2. (API) Um das Löschen von NSX zu erzwingen, führen Sie die API https://{{MPIP}}/api/v1/transport-nodes/<Transport-Node-UUID>?force=true&unprepare_host=false aus.
    3. (API) Um veraltete Einträge zu entfernen, führen Sie die API https://{{nsx-mgr-ip}}/api/v1/transport-nodes?action=clean_stale_entries aus.