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 D4373EBD4 for ; Sat, 16 Feb 2013 00:12:45 +0000 (UTC) Received: (qmail 66827 invoked by uid 500); 16 Feb 2013 00:11:47 -0000 Delivered-To: apmail-incubator-cloudstack-dev-archive@incubator.apache.org Received: (qmail 66783 invoked by uid 500); 16 Feb 2013 00:11:47 -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 66757 invoked by uid 99); 16 Feb 2013 00:11:47 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 16 Feb 2013 00:11:47 +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 (nike.apache.org: domain of jessica.tomechak@gmail.com designates 74.125.82.170 as permitted sender) Received: from [74.125.82.170] (HELO mail-we0-f170.google.com) (74.125.82.170) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 16 Feb 2013 00:11:39 +0000 Received: by mail-we0-f170.google.com with SMTP id z53so3420206wey.29 for ; Fri, 15 Feb 2013 16:11:19 -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=F0umBBslu3dbGrL+NDrUi3Ps3I6xMeTZT8qBCuuajC4=; b=rEYhKNYBBOf7vi3XpJn0GKTfWoM1wWVC7muDla5OsMLN/iUuDGn/ErV4xWbM2aZfZ3 YaDmymZsQnbSlCU264kiKAHyTMmBDJI+fQzBFzvjcyhTsXg62UpSOnNJpkBDgR5PQNSz farJWnYy018Y9X+cbVNxPDKq/TBwyDiuai20RKS0VhvB5RlPZteGHkUGJguDFUrR4lbd cMxkZ9h8Y/MiPvi96UDHv0nfiuAHaQEwnLG2b8wUgwBq8kWugrnFnrPehYot8Y8ti3Qv uMSquXoJLf+NAj7/rSWwTIcUj51UydAgiewYPZIdPWwel9v6RVn6aOcmWASGvMLWD2ai sXxA== MIME-Version: 1.0 X-Received: by 10.180.24.229 with SMTP id x5mr7257764wif.17.1360973479284; Fri, 15 Feb 2013 16:11:19 -0800 (PST) Received: by 10.216.120.197 with HTTP; Fri, 15 Feb 2013 16:11:19 -0800 (PST) In-Reply-To: <7A92FF96DF135843B4B608FB576BFC3E012DA44303B3@SJCPMAILBOX01.citrite.net> References: <7A92FF96DF135843B4B608FB576BFC3E012DA44303B3@SJCPMAILBOX01.citrite.net> Date: Fri, 15 Feb 2013 16:11:19 -0800 Message-ID: Subject: [DOC] Is the Working with Volumes section missing from docs on purpose? From: Jessica Tomechak To: cloudstack-dev@incubator.apache.org Content-Type: multipart/alternative; boundary=f46d0421848dc8115104d5cc54b4 X-Virus-Checked: Checked by ClamAV on apache.org --f46d0421848dc8115104d5cc54b4 Content-Type: text/plain; charset=ISO-8859-1 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 > > --f46d0421848dc8115104d5cc54b4--