Starting in Aria Automation 8.18.1, reconciliation of managed VM's that are vMotioned is possible preventing the VM's from reporting a 'missing' status: https://techdocs.broadcom.com/us/en/vmware-cis/aria/aria-automation/8-18/vmware-aria-automation-release-notes.html
In some situations, a vMotion of a VM can still result in the machine going missing from Aria Automation inventory rendering the VM unavailable for management.
Aria Automation 8.18.1 and later
This can be caused by incorrect configuration of config mappings, failures leading to update status in Aria Automation database, and migration status not being reported correctly by vCenter. See below for various checks to identify where this workflow may be failing.
vCenter must post the event so that the Aria Automation service account has permission to read them:
The Event Broker service in Aria Automation must be properly patched and it's config maps must be updated. If something failed during upgrade or the service has not been patched, we can see it by performing the following:
kubectl get configmaps -n prelude ebc-events-config -o json
Review the output for the "ebs.connect.enabled-vcenter-event-types" to ensure that we're collecting proper vCenter events. An example of this output:
"ebs.connect.enabled-vcenter-event-types": "VmMigratedEvent,VmEmigratingEvent,VmBeingRelocatedEvent,VmRelocatedEvent,VmRelocateFailedEvent,com.vmware.vc.vm.DstVmMigratedEvent,com.vmware.vc.vm.SrcVmMigratedEvent,com.vmware.vc.vm.SrcVmMigrateFailedEvent,VmFailedMigrateEvent"
Wait for data to sync and validate that the migration shows successful.
When migration is detected and a reconcile attempt is made, the resource metadata is updated with results under custom properties. Check in the UI under the deployment/resource/custom properties for the properties called "migrationMessage" and "migrationStatus" and if there are errors they should show up in the migrationMessage. Example of a successful reconcile will include the following status:
Alternatively you can query the metadata details of the resource in the database:
vracli dev psql provisioning-db
\x
select * from compute_state where name = 'COMPUTERNAME'
In the output, look for all instances of the custom properties related to 'migration' for information.