This article is for environments where vSAN Witness Traffic separation is configured on the vSAN data nodes via Witness traffic tag or modifying a vSAN Cluster after major network change resulting in a vSAN Cluster Partition.
vSAN Skyline Health alert "Network Health - vSAN Cluster Partition" is triggered and shows the witness host in a separate partition:
vSAN Skyline Health alert "Network Health - vSAN Basic (unicast) connectivity check" and "Network Health - MTU check (ping with large packet size)" is triggered between a few nodes and the witness:
VMware vSAN (All versions)
To resolve this issue:
Validate the data nodes' network configuration from vSphere Client > vSAN Cluster > vSAN Host > Configure > Networking - VMkernel adapters: And determine which VMkernal adapter can communicate with the Witness appliance.
If a host is missing the vSAN Witness tag, make a note of it. The configuration should be uniform across all hosts in a vSAN cluster. Also make a note of the vmk on which the witness traffic is enabled on the other hosts if in use.
Alternatively, from CLI of the ESXi host run the following command to display the WMkernel adapters used by vSAN and the services enabled: esxcli vsan network list
How to apply the vSAN Witness tag to a ESXi host.
For environment with vCenter 7.x: This tag must be enabled from CLI of the data node, using the command: esxcli vsan network ip add -i vmkX -T witness
Where vmkX is the VMkernel adapter on which vSAN Witness traffic is enabled on the data nodes.
For environment with vCenter 8.x: This tag can be enabled from the vSphere Client: vSphere Client > vSAN Cluster > vSAN data node > Configure > Network - VMkernel Adapter > Click on the three dots next to "vmkX" > Click "Edit" > Enable the checkbox for "vSAN Witness".
Note: vSAN Witness traffic tagging should only be present on the data node's VMkernel adapter and not on the vSAN Witness node's VMkernel adapter.