cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Somesh Naidu <Somesh.Na...@citrix.com>
Subject RE: Can System VMs be migrated?
Date Tue, 10 Feb 2015 15:25:05 GMT
Rafael,

What version of CS are you using? I have a 4.3 and a 4.5 environment with XS/VMware/KVM hypervisors
and on all of them, the system VMs are being created on shared primary storage.

Can you check what storage type is set in the system offerings?

Regards,
Somesh


-----Original Message-----
From: Rafael Weingartner [mailto:rafaelweingartner@gmail.com] 
Sent: Tuesday, February 10, 2015 7:20 AM
To: dev@cloudstack.apache.org
Subject: Re: Can System VMs be migrated?

Marcus, the parameter “system.vm.use.local.storage” was already set to
false. That parameter does not make any sense to me; it seems that it is
not used, at least for Xen.

Abhinandan Prateek, I did not configure it erroneously. I configured NFS
storage to store users VMs (primary storage), I am not using local storage
for anything, but sadly I was forced to create a local SR into every host.
I had exchanged some emails about that in the users list a while ago:

http://mail-archives.apache.org/mod_mbox/cloudstack-users/201309.mbox/%3CCAG97radxdiUaim7-W5nw-BAcvTFV0MgD6RJzB64=ueRvM89V0g@mail.gmail.com%3E

The problem seems to be here:

com.cloud.hypervisor.xen.resource.XcpOssResource.createPatchVbd(Connection,
String, VM)

That class do not use the parameter “system.vm.use.local.storage”, it
forced us to add a local SR in the host. Then it deploys the systemvm-vdi
into that “_host.localSRuuid”.

http://fossies.org/dox/apache-cloudstack-4.4.2-src/XcpOssResource_8java_source.html

Is that behavior expected? I have lived with that since CS 4.1.1 (I am
using 4.3.0) and it seems to be the same in 4.4.


On Tue, Feb 10, 2015 at 3:09 AM, Marcus <shadowsor@gmail.com> wrote:

> edit the global setting "system.vm.use.local.storage", restart mgmt server.
>
> On Mon, Feb 9, 2015 at 8:20 PM, Abhinandan Prateek
> <abhinandan.prateek@shapeblue.com> wrote:
> > While creating a zone you can configure the use of local storage. It
> seems you configured it erroneously.
> > In 4.3 as per my knowledge live vm migration with local storage is
> broken. Use it in 4,5 it works I have tested it.
> > If you do not want to use local storage make sure you turn it off while
> creating the zone.
> >
> > -abhi
> >
> >
> >> On 10-Feb-2015, at 1:20 am, Rafael Weingartner <
> rafaelweingartner@gmail.com> wrote:
> >>
> >> Well,
> >> There is a button, take a look at the SS I took:
> >> http://postimg.org/image/5sr7yxyud/
> >>
> >> I am curious, why does the CS allocate system VMs’ VDI on local SR on
> Xen
> >> hypervisor? Why not use the primary storage of the cluster in which the
> >> host is in?
> >> I looked at the code, and it is hard coded there, Xen hosts have to
> have a
> >> local SR, otherwise you cannot add them into CS (first time I saw that I
> >> found it very weird, I even sent an email about it, but did not get any
> >> reply).
> >>
> >> That does not seem to happen with other hypervisors.
> >>
> >> Now that you mentioned the maintenance mode, I noticed that system VMs
> are
> >> not being migrated when I put its host in maintenance, I thought that
> was a
> >> normal behavior (weird one but normal, given that those VMs are using
> the
> >> local SR of the Xen hypervisor).
> >>
> >> On Mon, Feb 9, 2015 at 5:10 PM, Yiping Zhang <yzhang@marketo.com>
> wrote:
> >>
> >>> How do you migrate systemVM’s in UI?
> >>>
> >>> If you just put the host, where the systemVM’s are running, into
> >>> “maintenance” mode, then you may have hit this bug which was fixed in
> >>> 4.4.0: https://issues.apache.org/jira/browse/CLOUDSTACK-5660
> >>>
> >>>
> >>> Yiping
> >>>
> >>> On 2/9/15, 11:01 AM, "Rafael Weingartner" <rafaelweingartner@gmail.com
> >
> >>> wrote:
> >>>
> >>>> Update:
> >>>> The UI may not be working because it uses the command
> "migrateSystemVm",
> >>>> instead of "migrateVirtualMachineWithVolume".
> >>>> Shoud I open a bug report?
> >>>>
> >>>> On Mon, Feb 9, 2015 at 3:21 PM, Rafael Weingartner <
> >>>> rafaelweingartner@gmail.com> wrote:
> >>>>
> >>>>> I also tried and it did not work. I am using CS 4.3.0.
> >>>>> I used the UI button. I got the error "VM_REQUIRES_SR".
> >>>>>
> >>>>> On Mon, Feb 9, 2015 at 2:52 PM, Prashant Kumar Mishra <
> >>>>> prashantkumar.mishra@citrix.com> wrote:
> >>>>>
> >>>>>> 1-Yes we can migrate system vm , I have done it many times
> >>>>>>
> >>>>>>
> >>>>>> 2-Even if vm is deployed with local storage you can migrate
to
> another
> >>>>>> local storage . Check out this api migrateVirtualMachineWithVolume
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>
> http://cloudstack.apache.org/docs/api/apidocs-4.4/root_admin/migrateVirt
> >>>>>> ual
> >>>>>> MachineWithVolume.html
> >>>>>>
> >>>>>> <
> >>>
> http://cloudstack.apache.org/docs/api/apidocs-4.4/root_admin/migrateVir
> >>>>>> tualMachineWithVolume.html>
> >>>>>>
> >>>>>>
> >>>>>> ~prashant
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> On 2/9/15, 5:08 PM, "Rafael Weingartner" <
> rafaelweingartner@gmail.com>
> >>>>>> wrote:
> >>>>>>
> >>>>>>> That is the answer I wanted to hear.  If we can migrate
system VMs,
> >>>>>> why
> >>>>>>> are
> >>>>>>> the systems VMs¹ VDI allocated in the local SR on Xen hypervisor?
> >>>>>>>
> >>>>>>> It is not possible to migrate those system VMs, hence they
are
> using a
> >>>>>>> local SR.
> >>>>>>>
> >>>>>>> On Mon, Feb 9, 2015 at 3:01 AM, Sanjeev Neelarapu <
> >>>>>>> sanjeev.neelarapu@citrix.com> wrote:
> >>>>>>>
> >>>>>>>> Yes, we can.
> >>>>>>>>
> >>>>>>>> -----Original Message-----
> >>>>>>>> From: Rafael Weingartner [mailto:rafaelweingartner@gmail.com]
> >>>>>>>> Sent: Saturday, February 07, 2015 2:41 AM
> >>>>>>>> To: dev@cloudstack.apache.org
> >>>>>>>> Subject: Can System VMs be migrated?
> >>>>>>>>
> >>>>>>>> Hi folks,
> >>>>>>>>
> >>>>>>>> I was wondering, can we migrate systems vms from a host
to another
> >>>>>> one
> >>>>>>>> in
> >>>>>>>> the same cluster?
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> --
> >>>>>>>> Rafael Weingärtner
> >>>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>> --
> >>>>>>> Rafael Weingärtner
> >>>>>>
> >>>>>>
> >>>>>
> >>>>>
> >>>>> --
> >>>>> Rafael Weingärtner
> >>>>>
> >>>>
> >>>>
> >>>>
> >>>> --
> >>>> Rafael Weingärtner
> >>>
> >>>
> >>
> >>
> >> --
> >> Rafael Weingärtner
> >
> > Find out more about ShapeBlue and our range of CloudStack related
> services
> >
> > IaaS Cloud Design & Build<
> http://shapeblue.com/iaas-cloud-design-and-build//>
> > CSForge – rapid IaaS deployment framework<http://shapeblue.com/csforge/>
> > CloudStack Consulting<http://shapeblue.com/cloudstack-consultancy/>
> > CloudStack Software Engineering<
> http://shapeblue.com/cloudstack-software-engineering/>
> > CloudStack Infrastructure Support<
> http://shapeblue.com/cloudstack-infrastructure-support/>
> > CloudStack Bootcamp Training Courses<
> http://shapeblue.com/cloudstack-training/>
> >
> > This email and any attachments to it may be confidential and are
> intended solely for the use of the individual to whom it is addressed. Any
> views or opinions expressed are solely those of the author and do not
> necessarily represent those of Shape Blue Ltd or related companies. If you
> are not the intended recipient of this email, you must neither take any
> action based upon its contents, nor copy or show it to anyone. Please
> contact the sender if you believe you have received this email in error.
> Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue
> Services India LLP is a company incorporated in India and is operated under
> license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a
> company incorporated in Brasil and is operated under license from Shape
> Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The Republic of
> South Africa and is traded under license from Shape Blue Ltd. ShapeBlue is
> a registered trademark.
>



-- 
Rafael Weingärtner
Mime
View raw message