The affected host was not properly added back to the vSAN cluster with the correct Sub-Cluster UUID, resulting in a vSAN cluster partition.
esxcli vsan cluster get", and the output confirms a mismatch in the Sub-Cluster UUID between the affected host and the healthy cluster members.esxcli vsan cluster getCluster Information Enabled: true Current Local Time: YYYY-MM-DDTtt:mm:ssZ Local Node UUID: ########-####-####-####-############ Local Node Type: NORMAL Local Node State: MASTER Local Node Health State: HEALTHY Sub-Cluster Master UUID: ########-####-####-####-############ Sub-Cluster Backup UUID: Sub-Cluster UUID: ########-####-####-####-##########10 Sub-Cluster Membership Entry Revision: 0 Sub-Cluster Member Count: 1esxcli vsan cluster getCluster Information Enabled: true Current Local Time: YYYY-MM-DDTtt:mm:ssZ Local Node UUID: ########-####-####-####-############ Local Node Type: NORMAL Local Node State: MASTER Local Node Health State: HEALTHY Sub-Cluster Master UUID: ########-####-####-####-############ Sub-Cluster Backup UUID: Sub-Cluster UUID: ########-####-####-####-##########11 Sub-Cluster Membership Entry Revision: 1 Sub-Cluster Member Count: 2 To resolve the vSAN cluster partition issue, the affected host must be properly rejoined to the vSAN cluster with the correct Sub-Cluster UUID. Follow the steps below:
Remove the host from the vSAN cluster:
Log in to the ESXi SSH session of the affected host and run the following command to remove it from the existing (incorrect) vSAN cluster configuration:
Rejoin the host to the correct vSAN cluster:
Identify the correct Sub-Cluster UUID from a healthy cluster member by running esxcli vsan cluster get on that host. Then, run the following command on the affected host to rejoin it to the appropriate cluster:
Verify cluster health:
After the host has rejoined the cluster, check the vSAN Skyline Health service to ensure that the "vSAN cluster partition" health check is cleared and that the host is now properly contributing to the cluster.