Cell <cell_UUID> failed to create container for instance <UUID>: external networker up: exit status 1nsx-node-agent/nsx-node-agent.stdout.log:[nsx@6876 comp="nsx-container-node" subcomp="nsx_node_agent" level="ERROR" errorCode="NCP01004"] nsx_ujo.agent.cni_watcher Unable to retrieve network info for container <contained-id>, network interface for it will not be configured
[nsx@6876 comp="nsx-container-node" subcomp="nsx_node_agent" level="ERROR" errorCode="NCP01020"] nsx_ujo.agent.cni_watcher_lin Failed to delete veth pair <UUID> for container <UUID>, with err: (19, 'No such device').Traceflow shows Dropped by NEIGH by the Tier-1 DR of the Edge when using a source VM and the destination is the Diego cell IP.get neighbor in the T1-DR shows Incomp 00:00:00:00:00:00 for the affected Diego cell IP.edge> get logical-switch <logical-switch_UUID> mac-address-table
Interface : <interface_UUID>
IP : <Diego_cell_IP>
MAC : 00:00:00:00:00:00
State : incomp
Timeout : 1VMware NSX 4.2.4 and lower
VMware Tanzu Application Service
During an NSX Manager-to-Policy (MP2P) promotion, stale ports that existed prior to the promotion may be incorrectly associated as the active port for containers due to newer timestamps, causing network connectivity issues.
This is a known issue impacting VMware NSX. We recommend you subscribe to this article to be updated on fix status.
Prior to a Manager to Policy promotion, use the scripted cleanup solution for stale ports to identify and clean any stale ports. In a future NSX version this check will be included in the MP2P promotion workflow.
Workaround:
Two methods to restore connectivity and resolve the application deployment failures, perform one of the following actions:
sudo monit restart nsx-node-agent
or