cloudstack-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Yiping Zhang <>
Subject Re: Migrate vm from local storage to shared - change service offering
Date Tue, 05 Jul 2016 20:42:58 GMT
Before staring the VM, you should also switch service offering of the migrated VM in UI, pick
one using “shared” storage instead of “local” storage.

On 7/5/16, 12:21 AM, "cs user" <> wrote:

Hi Shweta,

That's interesting. Yep with 4.5.2 I am able to power down a vm, and
migrate the root volume from local storage to nfs shared storage. The
problem is the vm ends up in a state of limbo with regards to the service
offering and HA.

Would there be any ill effects of manually going into the database and
changing the service offering and setting HA to be true? I assume I'd only
need to update the vm_instance table.


On Tue, Jul 5, 2016 at 5:47 AM, Shweta Agarwal <> wrote:

> Cold migration of VM /Volume form local to nfs or vice versa is not
> supported in Cloudstack. If you are able to do this it’s a bug.
> Thanks
> Shweta
> On 7/4/16, 5:33 PM, "cs user" <> wrote:
> >Hi Folks,
> >
> >This question relates to cloudstack 4.5.2. I know this is a bit behind now
> >but its still quite stable for us :-)
> >
> >The problem I have is that lets say I do the following:
> >
> >1. Launch a vm using a service offering which does not have shared
> storage,
> >and does not offer ha (local only).
> >
> >2. I then shutdown this vm and manually migrate the root volume to shared
> >storage.
> >
> >3. I then want to enable ha.
> >
> >
> >The difficulty here is that when you go to change the service offering
> >within cloudstack, it still only offers service offerings which don't have
> >HA. There doesn't seem to be a way to transition from one state to
> another,
> >at least using only the GUI.
> >
> >Is there a way to do this using cloudmonkey ?
> >
> >If not, what steps could be followed to change the config of this vm
> within
> >the DB?
> >
> >Thanks!
> ==========
> This e-mail may contain privileged and confidential information which is
> the property of Accelerite, a Persistent Systems business. It is intended
> only for the use of the individual or entity to which it is addressed. If
> you are not the intended recipient, you are not authorized to read, retain,
> copy, print, distribute or use this message. If you have received this
> communication in error, please notify the sender and delete all copies of
> this message. Accelerite, a Persistent Systems business does not accept any
> liability for virus infected mails.

View raw message