cloudstack-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jan-Arve Nygård <jan.arve.nyg...@gmail.com>
Subject Re: VMware Storage vMotion
Date Thu, 07 May 2015 14:33:15 GMT
Sorry, i obviously missed the storage part. Ignore my answer completely :)

2015-05-07 16:30 GMT+02:00 Jan-Arve Nygård <jan.arve.nygard@gmail.com>:

> 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 <tlothering@datacentrix.co.za
> >:
>
>>  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: tlothering@datacentrix.co.za
>> *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.
>>  ------------------------------
>>
>>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message