Return-Path: X-Original-To: apmail-incubator-cloudstack-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-cloudstack-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 3C1CAEBFC for ; Sat, 16 Feb 2013 00:16:18 +0000 (UTC) Received: (qmail 13215 invoked by uid 500); 16 Feb 2013 00:16:17 -0000 Delivered-To: apmail-incubator-cloudstack-dev-archive@incubator.apache.org Received: (qmail 13180 invoked by uid 500); 16 Feb 2013 00:16:17 -0000 Mailing-List: contact cloudstack-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: cloudstack-dev@incubator.apache.org Delivered-To: mailing list cloudstack-dev@incubator.apache.org Received: (qmail 13172 invoked by uid 99); 16 Feb 2013 00:16:17 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 16 Feb 2013 00:16:17 +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 shadowsor@gmail.com designates 209.85.128.182 as permitted sender) Received: from [209.85.128.182] (HELO mail-ve0-f182.google.com) (209.85.128.182) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 16 Feb 2013 00:16:12 +0000 Received: by mail-ve0-f182.google.com with SMTP id ox1so3574788veb.13 for ; Fri, 15 Feb 2013 16:15:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=YcjDxu0eRrw4QT5lYgtjg15KM+LaPPpbKWmQlCZsRTg=; b=qwulMKFoCeN250YOAADIcEonekkbWlHmUsjrZI6E1+fedBMQjU49SWA/U2kY1HKTjL HPSPrLCTYVWhcStU7lsr3EAGSUkd3zn4hpMI8g+7rXBdBtdM5FBes+ZR1JQ+EgWK8UU6 M3XOmWyN7TdjbMX8jiit6ecl+lg79d/uLnQxyvJC0FhvWnhEf+lvuMlwg5HPe6JO+2zN vUKhamdpgHw3JP7KGMKmk0w0AEGr+LfGGWSeWolp3gOxU/mDCWRJ/26PwtcbbeYTDfVW ni8jGjPJMeDF6o077gRZBl9Hlu5qmuy244pcRuv6IEg5NMvFaOxon7CRqTHGOFeg2J9P cWiw== MIME-Version: 1.0 X-Received: by 10.58.189.162 with SMTP id gj2mr3341840vec.26.1360973751653; Fri, 15 Feb 2013 16:15:51 -0800 (PST) Received: by 10.58.172.34 with HTTP; Fri, 15 Feb 2013 16:15:51 -0800 (PST) Received: by 10.58.172.34 with HTTP; Fri, 15 Feb 2013 16:15:51 -0800 (PST) In-Reply-To: References: <7A92FF96DF135843B4B608FB576BFC3E012DA44303B3@SJCPMAILBOX01.citrite.net> Date: Fri, 15 Feb 2013 17:15:51 -0700 Message-ID: Subject: Re: [DOC] Is the Working with Volumes section missing from docs on purpose? From: Marcus Sorensen To: cloudstack-dev@incubator.apache.org Content-Type: multipart/alternative; boundary=047d7b624ec404152804d5cc659d X-Virus-Checked: Checked by ClamAV on apache.org --047d7b624ec404152804d5cc659d Content-Type: text/plain; charset=ISO-8859-1 That is interesting. Has anyone written the resizing volumes section? I saw a task for it but nobody assigned. On Feb 15, 2013 5:12 PM, "Jessica Tomechak" wrote: > This question on -users prompted me to look for our "Resizing Volumes" > section. I discovered that it is missing, along with the entire "Working > with Volumes" section. All the files are in the repo's docs directory > already, so I think it's just an oversight. > > Before I file a bug and add this info back in, I wonder whether anyone > remembers deciding on purpose to leave this info out? Or has someone > perhaps rewritten this and put it in another part of the docs? > > The missing section covers: > > What is a volume > Uploading an existing volume to a VM > Attaching a volume to a VM > Detaching a volume from one VM and attaching it to a different one > Moving volumes from one storage pool to another > Resizing volumes (using VHD) > How deleting a volume affects snapshots (it doesn't) > How to configure garbage collection of deleted volumes > > Jessica T. > > > -----Original Message----- > > From: Clayton Weise [mailto:cweise@iswest.net] > > Sent: Friday, February 15, 2013 1:33 PM > > To: cloudstack-users@incubator.apache.org > > Subject: RE: customising the ROOT disk > > > > Not that I'm recommending or endorsing this method but we have done it in > > the past. Stop the instance, resize the root volume on your hypervisor > > directly (this process varies based on the hypervisor and storage method > > used), adjust the size to match in the CloudStack database (specifically > in > > the volumes table), and start the instance. > > > > -----Original Message----- > > From: Mathias Mullins [mailto:mathias.mullins@citrix.com] > > Sent: Friday, February 15, 2013 12:46 PM > > To: cloudstack-users@incubator.apache.org > > Subject: Re: customising the ROOT disk > > > > true. you can do that if you have LVM or Volume manager in windows. But > > you have to be careful. If that volume gets deleted out from under the > VM, > > your VM is pretty much dead. > > > > Thank you, > > Matt > > On Feb 15, 2013, at 3:38 PM, "Thomas Joseph" > > wrote: > > > > From storage tab and create a data disk with the required size, assign > it > > to the VM and then increase the root volume group. > > > > > > Regards, > > Thomas > > > > > > -----Original Message----- > > From: Nux! [mailto:nux@li.nux.ro] > > Sent: 15 February 2013 07:49 PM > > To: Cloudstack users > > Subject: customising the ROOT disk > > > > Hi, > > > > When I'm creating a new instance is there a way to specify the size of > the > > ROOT disk? I see it uses the template's size (which in my case is > > tiny) and I need to have it increased. > > > > Pointers? > > > > Thanks, > > > > Lucian > > > > -- > > Sent from the Delta quadrant using Borg technology! > > > > Nux! > > www.nux.ro > > > > > --047d7b624ec404152804d5cc659d--