File Service upgrade causes all VMs to vMotion to the same host
search cancel

File Service upgrade causes all VMs to vMotion to the same host

book

Article ID: 401407

calendar_today

Updated On:

Products

VMware vSAN

Issue/Introduction

  • When vSAN file service upgrade finishes you will notice that VMs will start migrating to the same host
  • In vCenter vpxd logs (/var/log/vmware/vpxd) we will see this InsufficientAgentVmsDeployed messages for all the hosts in the cluster where VMs are moving out of:
    vpxd[#####] [Originator@#### sub=###### opID=<Op-ID>-########] Vm [vim.VirtualMachine:vm-#####,<VM-Name>] failed constraint check false on host [vim.HostSystem:host-#####,<Host-Name>] with versionId="8.0.3.0" xsi:type="LocalizedMethodFault"><fault xsi:type="InsufficientAgentVmsDeployed"><hostName><Host-Name></hostName><requiredNumAgentVms>1</requiredNumAgentVms><currentNumAgentVms>0</currentNumAgentVms></fault><localizedMessage></localizedMessage></obj>
  • Vsanmgmt logs (/var/log/vmware/vsan-health/vmware-vsan-health-service.log) will show the only host as healthy and all the other hosts in the cluster as unhealthy:
    vsan-mgmt[#####] [VsanEamUtil::_WaitForAgencyProgress opID=###-#######-#########-#######] EAM: Agent 'eam.Agent:########-####-####-####-############': Runtime = {
       status = green,
       host = 'vim.HostSystem:host-####',
       issue = (eam.issue.Issue) [],
       vmHook = None

Environment

8.x

 

Resolution

This issue will be fixed in a next release. This KB will be updated accordingly.
Apply the below workaround to avoid this issue.


Workaround:

Put DRS in manual mode for the duration of the time when upgrading the vSAN File Service.