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 C47741014D for ; Mon, 1 Dec 2014 08:15:52 +0000 (UTC) Received: (qmail 20542 invoked by uid 500); 1 Dec 2014 08:15:52 -0000 Delivered-To: apmail-cloudstack-dev-archive@cloudstack.apache.org Received: (qmail 20495 invoked by uid 500); 1 Dec 2014 08:15:52 -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 20483 invoked by uid 99); 1 Dec 2014 08:15:51 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2014 08:15:51 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of andrija.panic@gmail.com designates 209.85.213.171 as permitted sender) Received: from [209.85.213.171] (HELO mail-ig0-f171.google.com) (209.85.213.171) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2014 08:15:48 +0000 Received: by mail-ig0-f171.google.com with SMTP id z20so8548715igj.16 for ; Mon, 01 Dec 2014 00:15:27 -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; bh=baqbkZjnVQVJw0qm2974jv1QR+jkBXTomr4drkCtwIY=; b=QTu+TXmu+LvSWPslLI44J0PoOdGE0ksi4ByVR8ilM/v8wVHR3gRMt3WI0L8QqS6IBL plOFfbqpF1hoavE7M+I+bx/GzeyKoIBKd2G56D10XxXf5EQQ/q+w2VObxAqZjv5YMAHd qkn232IpQvSleKElg1Erx2Z/thTpfjJWcv2YC0hrc5vbzlv7q1yWtO/kph7i3RRMYwWh QHsiTPMoq/hQCStmg8nVkrjrMLE2l0tHvP68kovR71tB1butfGIN/6pPriUAQSnLn5vn mTK/Bm8vuatcUwnWZ/NLQoh4qQx8tan1Bl7TFQpU5CE/9PfeXDdfMWt3HNx8ehfAgfIG 2RVA== MIME-Version: 1.0 X-Received: by 10.50.80.46 with SMTP id o14mr45127280igx.22.1417421727599; Mon, 01 Dec 2014 00:15:27 -0800 (PST) Received: by 10.42.25.74 with HTTP; Mon, 1 Dec 2014 00:15:27 -0800 (PST) In-Reply-To: <1003305214.28399.1417421490968.JavaMail.zimbra@li.nux.ro> References: <57573657.26905.1417203410676.JavaMail.zimbra@li.nux.ro> <1896078545.27252.1417257450772.JavaMail.zimbra@li.nux.ro> <1B7CBA4567FE1144BDB5E05E2498C0ACB3A34DBE@ex2010mb2> <1717555781.27418.1417290461192.JavaMail.zimbra@li.nux.ro> <1B7CBA4567FE1144BDB5E05E2498C0ACB3A34E2E@ex2010mb2> <225462564.27680.1417349007675.JavaMail.zimbra@li.nux.ro> <1B7CBA4567FE1144BDB5E05E2498C0ACB3A34F03@ex2010mb2> <1003305214.28399.1417421490968.JavaMail.zimbra@li.nux.ro> Date: Mon, 1 Dec 2014 09:15:27 +0100 Message-ID: Subject: Re: root resize support in the UI From: Andrija Panic To: "dev@cloudstack.apache.org" Content-Type: multipart/alternative; boundary=089e0149cf149212240509233618 X-Virus-Checked: Checked by ClamAV on apache.org --089e0149cf149212240509233618 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Exactly my point - reside the damn drive with qemu-img and leave the rest for the Admin :) On 1 December 2014 at 09:11, Nux! wrote: > Guys, > > All that ACS does is to resize the ROOT disk (ie the whole /dev/vda or > /dev/xvda), it does not care about partitions, filesystems or OSes inside > it. > > Expanding the partitions and filesystems later on is left to the admin, o= r > if you have cloud-init installed that will take care of it; it is also > trivial to expand the partition and filesystem in Windows (Manage > Disk > management). > > ACS has nothing to do with virt-resize, that's part of libguestfs (which > btw can deal with Windows, too); ACS uses qemu-img [resize] in KVM. > > HTH > > Lucian > > -- > Sent from the Delta quadrant using Borg technology! > > Nux! > www.nux.ro > > ----- Original Message ----- > > From: "Andrija Panic" > > To: dev@cloudstack.apache.org > > Sent: Monday, 1 December, 2014 08:02:05 > > Subject: Re: root resize support in the UI > > > I think it would be usefull to have that resize feature for all guests > > (Linux, Windows, etc) - but perhaps customizes the Resize function to > > perform partition resize inside Linux (if we are deploying new VM from > > Linux template) - or simply do not do anything inside guest OS, just > resize > > the drive - and let the client handle partition and file system > resize...it > > might be more clean implementation I guess...? > > > > On 1 December 2014 at 08:48, Vadim Kimlaychuk > > > wrote: > > > >> It is interesting how, in genereal, this works for XenServer (for > >> exmaple)? I do understand, that entire logic of CS is built around > >> hypervisor capabilities. It does not do more than each specific > hypervisor > >> can offer. KVM do have "virt-resize" tool that can resize Linux > partitions, > >> but it will probably not work for Windows hosts anyway. So, to be > honest, > >> this UI feature should only be visible for Linux guests. > >> > >> I don't know whether different approach to build and resize root > >> partitions for all hypervisors exist? If it is not possible to do on > >> hypervisor level, how does CS do this? > >> > >> Vadim. > >> > >> -----Original Message----- > >> From: Nux! [mailto:nux@li.nux.ro] > >> Sent: Sunday, November 30, 2014 2:03 PM > >> To: dev@cloudstack.apache.org > >> Subject: Re: root resize support in the UI > >> > >> It's very possible Citrix customised that installation, what they do f= or > >> their own customers is their own business. It was certainly possible t= o > do > >> it with 4.3, Marcus wrote some patches at some point to enable this > >> functionality (KVM only, again). > >> > >> The UI has always been considered more of a proof of concept, though > it's > >> a very much needed part of ACS, as such everyone is encouraged to use > the > >> API and build their own interfaces. I missed some important options an= d > >> customers because I thought > >> > >> GreenQloud, Exoscale etc will give you some credit as a new customer s= o > >> you can check out their UI. They don't have as many options as the ACS > one, > >> but I found this to be a feature, customers shouldn't be exposed to to= o > >> many options, they'll just get their noses caught in them. :) > >> > >> Lucian > >> > >> -- > >> Sent from the Delta quadrant using Borg technology! > >> > >> Nux! > >> www.nux.ro > >> > >> ----- Original Message ----- > >> > From: "Vadim Kimlaychuk" > >> > To: dev@cloudstack.apache.org > >> > Sent: Sunday, 30 November, 2014 10:53:56 > >> > Subject: RE: root resize support in the UI > >> > >> > Lucian, > >> > > >> > I have seen CS 4.3 installation made by Citrix at our parnter > and > >> they have the > >> > same feature enabled for XenServer and VmWare. I wonder how > does > >> it work ? > >> > They have their own team of developers to make some extra > features > >> they need > >> > (like plugin for statistics and billing), but did they impleme= nt > >> particularly > >> > this feature or Citrix did it - I don't know. It seems this > part > >> of code is > >> > not contributed back to community anyway. It would be nice to > have > >> it, > >> > especially together with "slieders" which are quite popular > right > >> now as I > >> > understood. > >> > > >> > Vadim. > >> > > >> > -----Original Message----- > >> > From: Nux! [mailto:nux@li.nux.ro] > >> > Sent: Saturday, November 29, 2014 9:48 PM > >> > To: dev@cloudstack.apache.org > >> > Subject: Re: root resize support in the UI > >> > > >> > Vadim, > >> > > >> > 1. Only KVM for now, due to lack of interest I guess 2. The root dis= k > >> > value needs to be equal or larger than that of the template, otherwi= se > >> > you end up with a broken disk, obviously. So go for minimal (say und= er > >> > 10G) templates that can resize themselves, such as the ones at > >> > http://dl.openvm.eu ;) 3. The backend API has been supporting this > >> > since 4.4.0, it's the UI that is lagging behind More details here > >> > https://issues.apache.org/jira/browse/CLOUDSTACK-6181 > >> > > >> > Lucian > >> > > >> > -- > >> > Sent from the Delta quadrant using Borg technology! > >> > > >> > Nux! > >> > www.nux.ro > >> > > >> > ----- Original Message ----- > >> >> From: "Vadim Kimlaychuk" > >> >> To: dev@cloudstack.apache.org > >> >> Sent: Saturday, 29 November, 2014 15:17:16 > >> >> Subject: RE: root resize support in the UI > >> > > >> >> Nux, > >> >> > >> >> Can you give more information about this functionality? I a= m > >> particularly > >> >> interesting to show to the user this field, but don't know > how > >> it will work. > >> >> Particularly is interesting: > >> >> 1. Does it work for all hypervisors or just KVM? > >> >> 2. Does it depend on the template root partition (i.e. I have 10G > >> >> root at template and put 5G to desired. Will it work?) 3. This is > >> >> just UI patch, shouldn't it be activated at the backend as well ? > >> >> > >> >> Thanks, > >> >> Vadim > >> >> ________________________________________ > >> >> From: Nux! [nux@li.nux.ro] > >> >> Sent: Saturday, November 29, 2014 12:37 > >> >> To: dev@cloudstack.apache.org > >> >> Cc: Brian Federle > >> >> Subject: Re: root resize support in the UI > >> >> > >> >> BTW, the code needed to enable custom root size during instance > >> >> creation is very small, functionality is already there. > >> >> This patch is needed > >> >> > https://git-wip-us.apache.org/repos/asf?p=3Dcloudstack.git;a=3Dcommit;h= =3D8 > >> >> f ec09ba481fbd3b8c2a9e4d31ef06f113b037cb > >> >> , I tested it and it works fine. > >> >> > >> >> And this is the result: https://i.imgur.com/xrs0mu4.png > >> >> > >> >> -- > >> >> Sent from the Delta quadrant using Borg technology! > >> >> > >> >> Nux! > >> >> www.nux.ro > >> >> > >> >> ----- Original Message ----- > >> >>> From: "Nux!" > >> >>> To: dev@cloudstack.apache.org > >> >>> Cc: "Brian Federle" > >> >>> Sent: Saturday, 29 November, 2014 00:57:37 > >> >>> Subject: Re: root resize support in the UI > >> >> > >> >>> Yes, you have a point. > >> >>> > >> >>> Opened https://issues.apache.org/jira/browse/CLOUDSTACK-7992 > >> >>> > >> >>> -- > >> >>> Sent from the Delta quadrant using Borg technology! > >> >>> > >> >>> Nux! > >> >>> www.nux.ro > >> >>> > >> >>> ----- Original Message ----- > >> >>>> From: "Mike Tutkowski" > >> >>>> To: dev@cloudstack.apache.org > >> >>>> Cc: "Brian Federle" > >> >>>> Sent: Saturday, 29 November, 2014 00:48:03 > >> >>>> Subject: Re: root resize support in the UI > >> >>> > >> >>>> Well...I don't know...we kind of have features all over the place > >> >>>> that work for one hypervisor and not for another. > >> >>>> > >> >>>> If we're cool with that approach, this would be just one more are= a > >> >>>> where we have this kind of hypervisor-specific behavior (perhaps > >> >>>> all hypervisors support such an action in the future). > >> >>>> > >> >>>> On Fri, Nov 28, 2014 at 5:41 PM, Nux! wrote: > >> >>>> > >> >>>>> Was thinking to just patch my local installation. Devs might not > >> >>>>> go too crazy over this idea since root resize is not supported > >> >>>>> across all hypervisors (KVM only atm). > >> >>>>> > >> >>>>> But if you think this has a chance to go official, I will open a= n > >> issue. > >> >>>>> > >> >>>>> Thanks, > >> >>>>> Lucian > >> >>>>> > >> >>>>> -- > >> >>>>> Sent from the Delta quadrant using Borg technology! > >> >>>>> > >> >>>>> Nux! > >> >>>>> www.nux.ro > >> >>>>> > >> >>>>> ----- Original Message ----- > >> >>>>> > From: "Mike Tutkowski" > >> >>>>> > To: dev@cloudstack.apache.org, "Brian Federle" > >> >>>>> > >> >>>>> > > >> >>>>> > Sent: Saturday, 29 November, 2014 00:27:14 > >> >>>>> > Subject: Re: root resize support in the UI > >> >>>>> > >> >>>>> > Have you logged a JIRA ticket for this? > >> >>>>> > > >> >>>>> > Maybe Brian or one of the GUI people could pick up on it. > >> >>>>> > > >> >>>>> > On Fri, Nov 28, 2014 at 4:32 PM, Nux! wrote: > >> >>>>> > > >> >>>>> >> Yeah, I was thinking of that, if it works for DATA, it should > >> >>>>> >> work for ROOT. But I am not a dev. > >> >>>>> >> > >> >>>>> >> Thoughts? > >> >>>>> >> > >> >>>>> >> -- > >> >>>>> >> Sent from the Delta quadrant using Borg technology! > >> >>>>> >> > >> >>>>> >> Nux! > >> >>>>> >> www.nux.ro > >> >>>>> >> > >> >>>>> >> ----- Original Message ----- > >> >>>>> >> > From: "Mike Tutkowski" > >> >>>>> >> > To: dev@cloudstack.apache.org > >> >>>>> >> > Sent: Friday, 28 November, 2014 19:57:27 > >> >>>>> >> > Subject: Re: root resize support in the UI > >> >>>>> >> > >> >>>>> >> > For root disks, is it possible to just follow the existing > >> >>>>> >> > resize > >> >>>>> pattern > >> >>>>> >> > we have established in the UI for data disks? > >> >>>>> >> > > >> >>>>> >> > On Friday, November 28, 2014, Nux! wrote: > >> >>>>> >> > > >> >>>>> >> >> Hello, > >> >>>>> >> >> > >> >>>>> >> >> Wonder if someone can help me with the $subject. > >> >>>>> >> >> > >> >>>>> >> >> I remember at some point (4.2?) a new feature showed up > >> >>>>> >> >> accidentally > >> >>>>> in > >> >>>>> >> >> the UI instance creation dialogues, it was concerning "roo= t > >> >>>>> >> >> size", > >> >>>>> had a > >> >>>>> >> >> small box where the number in GB would be introduced. > >> >>>>> >> >> I'd like to take advantage of that now that this feature > >> >>>>> >> >> actually > >> >>>>> works, > >> >>>>> >> >> even if only in KVM. I'd love it if someone could point me > >> >>>>> >> >> to that > >> >>>>> >> piece of > >> >>>>> >> >> code (prolly just javascript). > >> >>>>> >> >> > >> >>>>> >> >> In addition to that, now that root resize works, can any o= ne > >> >>>>> >> >> suggest > >> >>>>> >> how I > >> >>>>> >> >> might put a "resize" button in the Volumes section for the > >> >>>>> >> >> ROOT > >> >>>>> disks? > >> >>>>> >> >> > >> >>>>> >> >> Lucian > >> >>>>> >> >> > >> >>>>> >> >> -- > >> >>>>> >> >> Sent from the Delta quadrant using Borg technology! > >> >>>>> >> >> > >> >>>>> >> >> Nux! > >> >>>>> >> >> www.nux.ro > >> >>>>> >> >> > >> >>>>> >> > > >> >>>>> >> > > >> >>>>> >> > -- > >> >>>>> >> > *Mike Tutkowski* > >> >>>>> >> > *Senior CloudStack Developer, SolidFire Inc.* > >> >>>>> >> > e: mike.tutkowski@solidfire.com > >> >>>>> >> > o: 303.746.7302 > >> >>>>> >> > Advancing the way the world uses the cloud > >> >>>>> >> > *=E2= =84=A2* > >> >>>>> >> > >> >>>>> > > >> >>>>> > > >> >>>>> > > >> >>>>> > -- > >> >>>>> > *Mike Tutkowski* > >> >>>>> > *Senior CloudStack Developer, SolidFire Inc.* > >> >>>>> > e: mike.tutkowski@solidfire.com > >> >>>>> > o: 303.746.7302 > >> >>>>> > Advancing the way the world uses the cloud > >> >>>>> > *=E2=84= =A2* > >> >>>>> > >> >>>> > >> >>>> > >> >>>> > >> >>>> -- > >> >>>> *Mike Tutkowski* > >> >>>> *Senior CloudStack Developer, SolidFire Inc.* > >> >>>> e: mike.tutkowski@solidfire.com > >> >>>> o: 303.746.7302 > >> >>>> Advancing the way the world uses the cloud > >> > > > > *=E2=84= =A2* > >> > > > > > > > > -- > > > > Andrija Pani=C4=87 > --=20 Andrija Pani=C4=87 --089e0149cf149212240509233618--