When experiencing network infrastructure or MTU configuration issues within a vSAN cluster, may observe the following symptoms:
vCenter Server is inaccessible, and production virtual machines (VMs) are offline.
The vSAN cluster is partitioned. All virtual machines residing on the vSAN datastore display an Inaccessible status in the inventory.
esxcli vsan cluster get shows a "Sub-Cluster Member Count" of 1.Cluster Information Enabled: true 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: ######-####-####-####-############ Sub-Cluster Membership Entry Revision: 1 Sub-Cluster Member Count: 1 Sub-Cluster Member UUIDs: ######-####-####-####-############ Sub-Cluster Member HostNames: ESX#### Sub-Cluster Membership UUID: ######-####-####-####-############ Unicast Mode Enabled: true Maintenance Mode State: OFF Config Generation: ######-####-####-####-############ 19 2026-06-10T21:53:53.251 Mode: REGULAR vSAN ESA Enabled: false
esxcli vsan debug object health summary get shows "Inaccessible" objects.Health Status Number Of Objects--------------------------------------------------------- -----------------remoteAccessible 0inaccessible 533reduced-availability-with-no-rebuild 0reduced-availability-with-no-rebuild-delay-timer 0reducedavailabilitywithpolicypending 0reducedavailabilitywithpolicypendingfailed 0reduced-availability-with-active-rebuild 0reducedavailabilitywithpausedrebuild 0data-move 0nonavailability-related-reconfig 0nonavailabilityrelatedincompliancewithpolicypending 0nonavailabilityrelatedincompliancewithpolicypendingfailed 0nonavailability-related-incompliance 0nonavailabilityrelatedincompliancewithpausedrebuild 0healthy 0vmkping -I vmkX ##.##.##.## -d -s 8972PING ##.##.##.## (##.##.##.##): 8972 data bytes--- ##.##.##.## ping statistics ---3 packets transmitted, 0 packets received, 100% packet lossVMware vSAN 8.x
VMware vCenter Server 8.x
vSphere Distributed Switch (vDS)
The issue occurs due to an MTU size mismatch between the vSphere Distributed Switch (vDS) and the underlying vSAN VMkernel adapters (vmk).
When the vDS MTU is reduced to 1500 while the vSAN VMkernel interfaces (vmk3) remain configured at 9000, the VMkernel interfaces continue to transmit jumbo frames. The vDS drops or improperly fragments these large frames, causing severe packet loss and a total breakdown of vSAN cluster communication. Because vSAN relies on consistent, low-latency heartbeat exchanges and metadata synchronization, this mismatch completely isolates the ESXi hosts from one another, partitioning the cluster and dropping the vSAN datastore offline.
Restore connectivity by aligning the VMkernel MTU to the current switch setting via the CLI, then revert the configuration through the vCenter UI.
esxcli network ip interface set -i vmkX -m MTU(1500/9000)esxcli vsan debug object health summary get