After a recent configuration change or host addition, a vSphere HA-enabled ESXi host is reporting a network partition error, preventing it from joining the HA cluster correctly. The specific error observed is:vSphere HA detected that this host is in a different network partition than the master to which vCenter server is connected
VMware vCenter Server 7.0
VMware vCenter Server 8.0
The root cause of the network partition detection was a mismatch in the NIC Teaming policy configured on the affected ESXi host's network uplink (specifically on the vSwitch or vDS port group used for management and vSphere HA heartbeat traffic) compared to the rest of the HA cluster.
The affected host was configured to use "Route based on originating virtual port ID" for its network teaming, while the other hosts in the cluster were utilizing "Route based on IP Hash."
This mismatch created a logical network partition from vSphere HA's perspective because the network traffic distribution mechanism was inconsistent, preventing reliable communication and heartbeat exchange required for HA cluster integrity. "Route based on IP Hash" requires specific Link Aggregation Group (LAG) configuration on the physical network switches (e.g., LACP), which would not be compatible with a host configured for "Route based on originating virtual port ID" if sharing the same physical uplinks.
To resolve the network partition and restore vSphere HA functionality, the NIC Teaming policy on the affected ESXi host was corrected to align with the rest of the cluster.
Steps:
network partition error.vmk0 resides) and any other network paths relevant for vSphere HA heartbeat. Note its current "Load Balancing" (teaming) policy.