Problème

Ce problème s'observe lorsque la connectivité d'un nœud de transport à NSX Manager est active, mais que son contrôleur est inactif. Lorsque vous exécutez get managers, NSX renvoie le nœud de gestionnaire actif, tandis que get controllers ne renvoie aucun contrôleur actif pour ce nœud de transport, qui est à l'état Connecté et son état de session est également Actif.

Cause

Solution

  1. Vérifiez que le nœud de transport n'est pas en mode de maintenance NSX via la CLI admin get maintenance-mode.
  2. Appelez l'une des API suivantes :
    1. (Obsolète) 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, où la valeur par défaut pour <site-id> et <enforcementpoint-id> « default ».
  3. Vérifiez que la propriété FQDN (utilisée par les nœuds de transport pour communiquer avec NSX Manager) est définie en exécutant l'API GET /api/v1/configs/management et affichez la valeur pour publish_fqdns.
    Si le nom de domaine complet est défini, vérifiez que celui du contrôleur est accessible et que la valeur du nom de domaine complet est utilisée par le nœud de transport pour communiquer avec le contrôleur en exécutant d'abord un ping ICMP vers le nom de domaine complet du contrôleur, puis par la CLI admin get controllers pour vérifier que la valeur du nom de domaine complet du contrôleur est renseignée correctement.
  4. Vérifiez que les services de l'agent hôte sont en cours d'exécution en suivant l'étape de dépannage de l'agent hôte mentionnée ci-dessus.
  5. Vérifiez que le fichier controller.xml existe et contient le nœud de transport hôte comme membre : /etc/vmware/nsx/controller-info.xml.
  6. Si l'hôte est en mode de maintenance NSX, exécutez la CLI admin set maintenance-mode false ou l'API pour retirer l'hôte du mode de maintenance NSX : POST /api/v1/transport-nodes/<node-id>?action=exit_maintenance_mode.
  7. Si l'ensemble de noms de domaine complets et le ping ICMP fonctionnent pour le nom de domaine complet du contrôleur, essayez d'annuler et de définir à nouveau la propriété FQDN en exécutant l'API PUT /api/v1/configs/management avec la valeur pour publish_fqdns false, puis réexécutez l'API avec la valeur true.
  8. Démarrez les services de l'agent sur l'hôte (le cas échéant) en exécutant la commande de l'interface de ligne de commande etc/init.d/<service-name> start.
  9. Si le fichier controller.xml contient des données incorrectes, redémarrez le service nsx-proxy sur l'hôte pour déclencher la recréation du fichier.