Very good howto, this should be posted on a wiki!

Den fredag 8. mai 2015 skrev Timothy Lothering <tlother...@datacentrix.co.za>
følgende:

> Hi,
>
> I am not sure if this is the right place to post workarounds/fixes, if not
> please advise. Fix only tested in CCP 4.3.0.2
>
> Cause:
>
>
> 1.     Migrating a VM outside of CloudPlatform/ACS using VMware Storage
> Live Migration (VMs are online when performing this move)
>
> 2.     VM Agent does not register Storage Path Change
>
> Effect:
>
>
> 1.     VMs might randomly shutdown (Protection mechanism)
>
> 2.     Starting VMs from UI will fail
>
> 3.     Any storage changes will not work
>
> a.     Modifying Volume size
>
> b.    Deleting Volumes
>
> c.     Snapshots (Disk & VM)
>
> 4.     Many Errors/Warnings in MS Log Files
>
> Workaround/Fix
>
>
> 1.       In CloudPlatform/ACS Locate the ID of the store where you Storage
> vMotioned the VM to:
>
> a.       i.e. Storage Pool Name = <Storage Pool ID>
>
> 2.       In CloudMonkey, locate the VM where the changed Volumes are and
> note the ID of the VM:
>
> a.       list virtualmachines instancename=<The VMs Instance Name>
> listall=true filter=name,id
>
> 3.       In CloudMonkey, list all the Volumes of the above VM:
>
> a.       list volumes virtualmachineid=<Virtual Machine ID> listall=true
> filter=name,storage,storageid,id,path
>
> 4.       Take note of the following:
>
> a.       Name – It will reference to the Volume which needs to be migrated
>
> b.      Storage – Where the Volume resides in the CloudPlatform/ACS DB
>
> c.       Storageid – The Storage ID of the OLD Datastore (This ID needs to
> be changed in the command below)
>
> d.      Path – The Physical .VMDK filename in the NEW datastore
>
> 5.       In CloudMonkey, update the VM’s “Storageid” and “Path”
>
> a.       update volume id=<Volume ID> storageid=<Storage ID> path=<.VMDK
> Filename – without the .VMDK extension>
>
> 6.       In CloudMonkey, run the following command to ensure that the
> storage location has been changed:
>
> a.       list volumes virtualmachineid=<Virtual Machine ID> listall=true
> filter=name,storage,storageid,id,path
>
>                                                                i.
> Confirm STORAGE change
>
>                                                              ii.
> Confirm STORAGEID change
>
>                                                             iii.
> Confirm PATH change
>
> Regards,
>
>
>
> From: Timothy Lothering [mailto:tlother...@datacentrix.co.za
> <javascript:;>]
> Sent: 07 May 2015 10:45 AM
> To: users@cloudstack.apache.org <javascript:;>
> Subject: VMware Storage vMotion
>
> 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,
>
> [www.datacentrix.co.za]<http://www.datacentrix.co.za>
>
>
> Timothy Lothering
> Solutions Architect
> Managed Services
>
> T: +27877415535
> F: +27877415100
> C: +27824904099
> E: tlother...@datacentrix.co.za <javascript:;><mailto:
> tlother...@datacentrix.co.za <javascript:;>>
> www.datacentrix.co.za<http://www.datacentrix.co.za/>
>
>
>            Serious about performance, passionate about value
>
> [cid:115050710445002669@za-mta-18.za.mimecast.lan]<
> 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.
> ________________________________
> [cid:115050710445002769@za-mta-18.za.mimecast.lan]
>
>
>

Reply via email to