Return-Path: X-Original-To: apmail-cloudstack-dev-archive@www.apache.org Delivered-To: apmail-cloudstack-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 3587E17726 for ; Tue, 10 Feb 2015 05:11:05 +0000 (UTC) Received: (qmail 51453 invoked by uid 500); 10 Feb 2015 05:11:04 -0000 Delivered-To: apmail-cloudstack-dev-archive@cloudstack.apache.org Received: (qmail 51403 invoked by uid 500); 10 Feb 2015 05:11:04 -0000 Mailing-List: contact dev-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cloudstack.apache.org Delivered-To: mailing list dev@cloudstack.apache.org Received: (qmail 51389 invoked by uid 99); 10 Feb 2015 05:11:04 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 10 Feb 2015 05:11:04 +0000 X-ASF-Spam-Status: No, hits=0.4 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS,URIBL_GREY X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of shadowsor@gmail.com designates 209.85.220.176 as permitted sender) Received: from [209.85.220.176] (HELO mail-vc0-f176.google.com) (209.85.220.176) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 10 Feb 2015 05:10:39 +0000 Received: by mail-vc0-f176.google.com with SMTP id la4so2742735vcb.7 for ; Mon, 09 Feb 2015 21:09:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=PosUqZlo840u8DaNsGCbduhYCl6Jupdk3bB2Ibap9Ik=; b=GzjaGM578KxpXGVY7r7qcbs1j6mwbqpBZSG5eg+vlm5lKl65XVTayRSuBNcQBoqIXi ur0bbUIE1YN//1yMdgBMo3fGj6M9BCp6JbNuE+d5GHP3RYj4iL9E1MW2q64paL9ysM9x daA+uvPPmWPTHjIKoVXLhnQbekAr9hMGf3OFWG5F8sS3n28aIp67xbI6A9daqu9Ff87M fhxVmBJNruK/eM5JKnNF/1jfiUJzzEnIU1pPpAwBiFrJPjxsjnqeKedUAWQpiDJ5Hes8 l0RCtcyhZYWNH2sAS/K4DUUhjFYBS1z2/DhRCWRCa/brasKraBNyQbA12YHWk3eTNn6t 3YTA== MIME-Version: 1.0 X-Received: by 10.220.167.3 with SMTP id o3mr13388669vcy.9.1423544992703; Mon, 09 Feb 2015 21:09:52 -0800 (PST) Received: by 10.52.15.202 with HTTP; Mon, 9 Feb 2015 21:09:52 -0800 (PST) In-Reply-To: References: Date: Mon, 9 Feb 2015 21:09:52 -0800 Message-ID: Subject: Re: Can System VMs be migrated? From: Marcus To: "dev@cloudstack.apache.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org edit the global setting "system.vm.use.local.storage", restart mgmt server. On Mon, Feb 9, 2015 at 8:20 PM, Abhinandan Prateek wrote: > While creating a zone you can configure the use of local storage. It seem= s 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 c= reating the zone. > > -abhi > > >> On 10-Feb-2015, at 1:20 am, Rafael Weingartner 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=E2=80=99 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 a= re >> not being migrated when I put its host in maintenance, I thought that wa= s a >> normal behavior (weird one but normal, given that those VMs are using th= e >> local SR of the Xen hypervisor). >> >> On Mon, Feb 9, 2015 at 5:10 PM, Yiping Zhang wrote: >> >>> How do you migrate systemVM=E2=80=99s in UI? >>> >>> If you just put the host, where the systemVM=E2=80=99s are running, int= o >>> =E2=80=9Cmaintenance=E2=80=9D mode, then you may have hit this bug whic= h was fixed in >>> 4.4.0: https://issues.apache.org/jira/browse/CLOUDSTACK-5660 >>> >>> >>> Yiping >>> >>> On 2/9/15, 11:01 AM, "Rafael Weingartner" >>> 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 anoth= er >>>>>> local storage . Check out this api migrateVirtualMachineWithVolume >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>> http://cloudstack.apache.org/docs/api/apidocs-4.4/root_admin/migrateVir= t >>>>>> 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" >>>>>> wrote: >>>>>> >>>>>>> That is the answer I wanted to hear. If we can migrate system VMs, >>>>>> why >>>>>>> are >>>>>>> the systems VMs=C2=B9 VDI allocated in the local SR on Xen hypervis= or? >>>>>>> >>>>>>> It is not possible to migrate those system VMs, hence they are usin= g 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=C3=A4rtner >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Rafael Weing=C3=A4rtner >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> Rafael Weing=C3=A4rtner >>>>> >>>> >>>> >>>> >>>> -- >>>> Rafael Weing=C3=A4rtner >>> >>> >> >> >> -- >> Rafael Weing=C3=A4rtner > > Find out more about ShapeBlue and our range of CloudStack related service= s > > IaaS Cloud Design & Build > CSForge =E2=80=93 rapid IaaS deployment framework > CloudStack Consulting > CloudStack Software Engineering > CloudStack Infrastructure Support > CloudStack Bootcamp Training Courses > > 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 r= epresent those of Shape Blue Ltd or related companies. If you are not the i= ntended recipient of this email, you must neither take any action based upo= n 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 com= pany incorporated in England & Wales. ShapeBlue Services India LLP is a com= pany incorporated in India and is operated under license from Shape Blue Lt= d. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil a= nd 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 lic= ense from Shape Blue Ltd. ShapeBlue is a registered trademark.