ESXi hosts may enter a Not Responding state in vCenter Server during physical uplink failover events.
This behavior occurs when the Management VMkernel interface (vmk0) inherits the burned-in physical MAC address of an uplink NIC.
When the active uplink fails and traffic fails over to a secondary physical NIC, the upstream physical switch may block the management traffic due to a perceived MAC address conflict or port-security violation.
VMware vSphere ESXi
During the initial installation of ESXi, the Management VMkernel interface (vmk0) may inherit the physical hardware MAC address of the first detected NIC (vmnic).
When an uplink failure triggers a failover to a different physical NIC, the ESXi host emits Reverse ARP (RARP) packets using the hardware MAC address of the original physical NIC.
Upstream physical switches may block traffic originating from a hardware MAC address that is currently being seen on a switch port different from the one originally associated with that MAC, resulting in a loss of host connectivity.
To resolve this issue, remove and recreate the management VMkernel interface.
This process forces the ESXi host to assign a dynamic VMware OUI-based MAC address (beginning with 00:50:56), decoupling the VMkernel interface from the physical hardware MAC address of the NIC.
Prerequisites:
Steps:
esxcfg-vmknic -lesxcli network ip interface remove --interface-name=vmk0esxcli network ip interface add --interface-name=vmk0 --portgroup-name="Management Network"
esxcli network ip interface ipv4 set --interface-name=vmk0 --ipv4=<your_ip> --netmask=<your_subnet> --type=static
esxcfg-vmknic -l