When manager nodes were replaced or restored, the APH certificates and manager UUID will have changed. Therefore, it is normal that the TNs and Edges won't connect to the restored nodes based off the backup.
This may also happen, albeit rarer occurrence, when NSX is upgraded from NSX-T 3.x to NSX 4.x, the edge or host transport nodes were upgraded but lost connectivity to the NSX manager afterward.
If NSX managers are restored from a backup that might be suspected of having an older configuration, the below workaround may cause traffic disruption on the VMs and should be used with caution.
Example of difference in configuration are T1/T0, DFW rules, segments, etc.
Switch to engineering mode (root) by entering: > st en
root: # /etc/init.d/nsx-proxy restart
Refresh the NSX UI to check the status of the hosts and edge nodes.
For VMware NSX-T 3.x, please use the workaround below:
Copy this file from a NSX manager: /etc/vmware/nsx/appliance-info.xml
Back up the existing appliance-info.xml file from the disconnected host: mv /etc/vmware/nsx/appliance-info.xml /etc/vmware/nsx/appliance-info.xml_backup
Place the appliance-info.xml from the manager onto the same folder in the disconnected transport node under /etc/vmware/nsx.
Restart the nsx-proxy service on the transport node as root: /etc/init.d/nsx-proxy restart
Refresh the NSX UI and confirm that the host preparation completed successfully.
If host preparation does not start automatically, trigger an update by selecting the host from NSX UI "System", "Fabric", "Hosts" and select "Configure NSX" with the existing settings.