Cyclic vMotions triggered on a cluster without any resource contention

Products

• VMware vCenter Server
• VMware vCenter Server 8.0
• VMware vSAN 8.x

Issue/Introduction

• Multiple cyclic vMotions triggered for a specific VM within the cluster between 2 hosts
• Upon checking the events for the VM, we observe the following:

10/28/2024, 1:56:34 AM   Migrate <VM A> from <Host A> to <Host B>
10/28/2024, 1:48:34 AM   Migrate <VM A> from <Host B> to <Host A>
.

.
10/28/2024, 12:52:39 AM  Migrate <VM A> from <Host A> to <Host B>
10/28/2024, 12:44:37 AM  Migrate <VM A> from <Host B> to <Host A>
10/28/2024, 12:36:41 AM  Migrate <VM A> from <Host A> to <Host B>
10/28/2024, 12:28:48 AM  Migrate <VM A> from <Host B> to <Host A>
10/28/2024, 12:20:54 AM  Migrate <VM A> from <Host A> to <Host B>
10/28/2024, 12:12:54 AM  Migrate <VM A> from <Host B> to <Host A>
10/28/2024, 12:04:57 AM  Migrate <VM A> from <Host A> to <Host B>

• /var/log/vmware/vsan-health/vsanvcmgmtd-xxx.log

YYYY-MM-DDTHH:MM:SS info vsanvcmgmtd[#####] [vSAN@#### sub=AdapterServer opID=WorkQueue-########-####] Invoking 'queryClusterDrsStats' on 'vsan-cluster-config-system' session '########-####-####-####-############' active 1/1
YYYY-MM-DDTHH:MM:SS info vsanvcmgmtd[#####] [vSAN@#### sub=vmomi.soapStub[####] opID=WorkQueue-########-####] SOAP request returned HTTP failure; <<io_obj p:0x##########9bfa8, h:62, <UNIX ''>, <UNIX '/var/run/envoy-hgw/hgw-pipe'>>, /hgw/host-#####/vsan>, method: queryHostDrsStats; code: 500(Internal Server Error); fault: (vmodl.fault.SystemError) {
-->    faultCause = (vmodl.MethodFault) null, 
-->    faultMessage = <unset>, 
-->    reason = "TypeError("'NoneType' object is not iterable")"
-->    msg = "Received SOAP response fault from [<<io_obj p:0x##########9bfa8, h:62, <UNIX ''>, <UNIX '/var/run/envoy-hgw/hgw-pipe'>>, /hgw/host-#####/vsan>]: queryHostDrsStats
--> 'NoneType' object is not iterable"
--> }

Environment

VMware vCenter Server 8.x

Cause

vSAN DRS stats query to ESX side could hit null pointer exception impacting DRS on vCenter to exclude the target host even if there is no issue

Resolution

Broadcom is working towards a permanent fix for this issue.

In order to workaround the issue, please implement the below steps:

• Log in to the vCenter server via UI
• Select the impacted cluster on the left pane
• Click on Configure on the right pane and select vSphere DRS
• Click Edit on the right corner and navigate to Advanced Options
• Add the below parameter

Option: StrictReadLocalityCheck

Value: false

• Click Ok