Problema

El problema se produce cuando la conectividad de un nodo de transporte con NSX Manager está activa, pero el controlador está inactivo. Al ejecutar get managers, NSX devuelve el nodo de Manager activo, mientras que get controllers no devuelve ningún controlador activo para este nodo de transporte, que se encuentra en estado Conectado y su estado de sesión también es ACTIVO.

Causa

Solución

  1. Compruebe que el nodo de transporte no esté en modo de mantenimiento de NSX a través de la CLI admin get maintenance-mode.
  2. Llame a una de las siguientes API:
    1. (Opción obsoleta) 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, donde los valores de <site-id> y <enforcementpoint-id> son el valor predeterminado.
  3. Para comprobar que la propiedad FQDN (utilizada por los nodos de transporte para comunicarse con NSX Manager o el controlador) está configurada, ejecute la API GET /api/v1/configs/management y consulte el valor de publish_fqdns.
    Si el FQDN está configurado, compruebe que se pueda acceder al FQDN del controlador y que el nodo de transporte utilice el valor del FQDN para comunicarse con el controlador; para ello, ejecute primero el ping de ICMP al FQDN del controlador seguido de la CLI admin get controllers para comprobar que el valor del FQDN del controlador se rellena correctamente.
  4. Compruebe que los servicios de agente de host se estén ejecutando siguiendo el paso de solución de problemas del agente de host mencionado anteriormente.
  5. Compruebe que el archivo controller.xml existe y contiene el nodo de transporte del host como miembro: /etc/vmware/nsx/controller-info.xml.
  6. Si el host está en modo de mantenimiento de NSX, ejecute la CLI admin set maintenance-mode false o la API para sacar al host del modo de mantenimiento de NSX: POST /api/v1/transport-nodes/<node-id>?action=exit_maintenance_mode.
  7. Si se establece el FQDN y el ping de ICMP funciona para el FQDN del controlador, intente anulando y volver a configurar la propiedad FQDN; para ello, ejecute la API PUT /api/v1/configs/management con publish_fqdns configurado con el valor false y, a continuación, vuelva a ejecutar la API con el valor true.
  8. Inicie los servicios de agente en el host (si alguno está detenido) ejecutando del comando de la CLI etc/init.d/<service-name> start.
  9. Si el archivo controller.xml contiene datos incorrectos, reinicie el servicio nsx-proxy en el host para volver a crear el archivo.