Virtual machine deployments initiated through third-party applications (such as Parallels RAS) or automated workflows fail with cloning errors. This typically occurs after configuration changes to the cluster's Distributed Resource Scheduler (DRS) settings.
Deployment tasks fail with the following error:
The object 'vim.ResourcePool:resgroup-####' has already been deleted or has not been completely created.
The vCenter Server vpxd.log contains entries similar to:
var/log/vmware/vpxd/vpxd.loginfo vpxd[####] [Originator@6876 sub=vpxLro] [VpxLRO] -- BEGIN lro-#### -- vim.ResourcePool.createVm
info vpxd[####] [Originator@6876 sub=vpxLro] [VpxLRO] -- FINISH lro-#### -- error: vim.fault.ManagedObjectNotFound
VCF Automation
VMware vSphere ESXi 7.x, 8.x
VMware Cloud Foundation 5.x
Disabling vSphere Distributed Resource Scheduler (DRS) on a cluster automatically deletes the resource pool hierarchy. This action purges the existing Managed Object References (MoRefs) for those pools. External applications that cache these MoRefs will attempt to target a deleted object, resulting in the ManagedObjectNotFound error. Disabling VMware Distributed Resource Scheduler for a Cluster
To resolve this issue, the resource pool hierarchy must be restored or recreated and the third-party application inventory must be updated: