问题 当传输节点与 NSX Manager 的连接处于 已启动状态，但其控制器处于 关闭状态时，会出现此问题。运行 get managers 时，NSX 会返回活动管理器节点，而 get controllers 不会为该传输节点返回任何活动控制器，该传输节点处于“已连接”状态且会话状态也为 已启动。 原因 解决方案 通过运行 Admin CLI get maintenance-mode 验证传输节点是否未处于 NSX 维护模式。 调用以下 API 之一： （已弃用）GET API/v1/transport-nodes/<uuid>/status GET api/v1/infra/sites/<site-id>/enforcement-points/<enforcementpoint-id>/host-transport-nodes/<host-transport-node-id>/status，其中 <site-id> 和 <enforcementpoint-id> 的默认值为“default”。 通过运行 API GET /api/v1/configs/management 验证是否设置了 FQDN 属性（传输节点使用此属性与 NSX Manager 或控制器进行通信），并查看 publish_fqdns 的值。 如果设置了 FQDN，请验证控制器 FQDN 是否可访问以及传输节点是否使用 FQDN 值与控制器通信，方法是先对控制器 FQDN 运行 ICMP ping 操作，然后运行 Admin CLI get controllers 以验证是否正确填充了控制器 FQDN 值。 按照上述的主机代理故障排除步骤，验证主机代理服务是否正在运行。 验证 controller.xml 文件是否存在且包含主机传输节点作为其成员：/etc/vmware/nsx/controller-info.xml。 如果主机处于 NSX 维护模式，请运行 Admin CLI set maintenance-mode false 或 API 以使主机退出 NSX 维护模式：POST /api/v1/transport-nodes/<node-id>?action=exit_maintenance_mode。 如果设置了 FQDN 且 ICMP ping 适用于控制器 FQDN，请尝试取消设置 FQDN 属性并重新设置该属性，方法是运行 API PUT /api/v1/configs/management 将 publish_fqdns 的值设置为 false，然后再次运行该 API 将值设置为 true。 运行 CLI 命令 etc/init.d/<service-name> start 来启动主机上的代理服务（如果已停止）。 如果 controller.xml 文件包含不正确的数据，请重新启动主机上的 nsx-proxy 服务以触发该文件的重新创建操作。 父主题： 对主机传输节点进行故障排除
