Hi, I think it was supported to do live migration of the VM with VMware (as admin) within CloudStack, but it's been a while since we had VMware so i might remember wrong.
However I have done this with XenServer without issues earlier. There's a VM sync that runs and should update the database after a little while. I think the behavior should be the same for VMware. It might depend on the CloudStack version you are running though. Se example of my test from live migrating a VM directly on the hypervisor: 2015-05-07 16:25:11,750 DEBUG [c.c.v.VirtualMachinePowerStateSyncImpl] (DirectAgentCronJob-122:ctx-8b5daec5) Process host VM state report from ping process. host: 4 2015-05-07 16:25:11,766 DEBUG [c.c.v.VirtualMachinePowerStateSyncImpl] (DirectAgentCronJob-122:ctx-8b5daec5) Process VM state report. host: 4, number of records in report: 11 2015-05-07 16:25:11,766 DEBUG [c.c.v.VirtualMachinePowerStateSyncImpl] (DirectAgentCronJob-122:ctx-8b5daec5) VM state report. host: 4, vm id: 168, power state: PowerOn 2015-05-07 16:25:11,768 DEBUG [c.c.v.VirtualMachinePowerStateSyncImpl] (DirectAgentCronJob-122:ctx-8b5daec5) VM power state does not change, skip DB writing. vm id: 168 2015-05-07 16:25:11,768 DEBUG [c.c.v.VirtualMachinePowerStateSyncImpl] (DirectAgentCronJob-122:ctx-8b5daec5) VM state report. host: 4, vm id: 175, power state: PowerOn 2015-05-07 16:25:11,770 DEBUG [c.c.v.VirtualMachinePowerStateSyncImpl] (DirectAgentCronJob-122:ctx-8b5daec5) VM power state does not change, skip DB writing. vm id: 175 2015-05-07 16:25:11,770 DEBUG [c.c.v.VirtualMachinePowerStateSyncImpl] (DirectAgentCronJob-122:ctx-8b5daec5) VM state report. host: 4, vm id: 188, power state: PowerOn 2015-05-07 16:25:11,772 DEBUG [c.c.v.VirtualMachinePowerStateSyncImpl] (DirectAgentCronJob-122:ctx-8b5daec5) VM power state does not change, skip DB writing. vm id: 188 2015-05-07 16:25:11,772 DEBUG [c.c.v.VirtualMachinePowerStateSyncImpl] (DirectAgentCronJob-122:ctx-8b5daec5) VM state report. host: 4, vm id: 144, power state: PowerOn 2015-05-07 16:25:11,774 DEBUG [c.c.v.VirtualMachinePowerStateSyncImpl] (DirectAgentCronJob-122:ctx-8b5daec5) VM power state does not change, skip DB writing. vm id: 144 2015-05-07 16:25:11,774 DEBUG [c.c.v.VirtualMachinePowerStateSyncImpl] (DirectAgentCronJob-122:ctx-8b5daec5) VM state report. host: 4, vm id: 176, power state: PowerOn 2015-05-07 16:25:11,775 DEBUG [c.c.v.VirtualMachinePowerStateSyncImpl] (DirectAgentCronJob-122:ctx-8b5daec5) VM power state does not change, skip DB writing. vm id: 176 2015-05-07 16:25:11,775 DEBUG [c.c.v.VirtualMachinePowerStateSyncImpl] (DirectAgentCronJob-122:ctx-8b5daec5) VM state report. host: 4, vm id: 198, power state: PowerOn 2015-05-07 16:25:11,787 DEBUG [c.c.v.VirtualMachinePowerStateSyncImpl] (DirectAgentCronJob-122:ctx-8b5daec5) VM state report is updated. host: 4, vm id: 198, power state: PowerOn 2015-05-07 16:25:11,789 INFO [c.c.v.VirtualMachineManagerImpl] (DirectAgentCronJob-122:ctx-8b5daec5) Detected out of band VM migration from host 2 to host 4 2015-05-07 16:25:11,803 DEBUG [c.c.c.CapacityManagerImpl] (DirectAgentCronJob-122:ctx-8b5daec5) VM state transitted from :Running to Running with event: FollowAgentPowerOnReportvm's original host id: 2 new host id: 4 host id before state transition: 2 -thinktwo 2015-05-07 10:44 GMT+02:00 Timothy Lothering <[email protected]>: > Hi, > > > > Is it possible to migrate VM Instance storage outside of ACS? Specically, > can you use VMware’s Storage vMotion instead of powering down the VM first? > > > > I have tested this and it seems that the VM is fine, but the DB has not > updated the new location > > > > Running CCP 4.3.0.2 > > > > Regards, > > > [image: www.datacentrix.co.za] <http://www.datacentrix.co.za> *Timothy > Lothering* > Solutions Architect > Managed Services T: +27877415535 > F: +27877415100 > C: +27824904099 > E: [email protected] > *www.datacentrix.co.za <http://www.datacentrix.co.za/>* > *Serious about performance,* *passionate about value* > > > > <https://mail28.mimecast.co.za/mimecast/click?account=CSA14A19&code=a1f441a0d08a00266a71192971733113> > ------------------------------ > *Disclaimer* > Everything in this e-mail and any attachments relating to the official > business of Datacentrix Holdings Ltd. and its subsidiaries ('Datacentrix') > is proprietary to Datacentrix. It is confidential, legally privileged and > protected by law. Datacentrix does not own and endorse any other content. > Views and opinions are those of the sender unless clearly stated as being > that of Datacentrix. The person addressed in the e-mail is the sole > authorised recipient. Please notify the sender immediately if it has > unintentionally reached you and do not read, disclose or use the content in > any way. Datacentrix cannot assure that the integrity of this communication > has been maintained nor that it is free of errors, virus, interception or > interference. > ------------------------------ > >
