cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Alena Prokharchyk <>
Subject Re: [PROPOSAL] ROOT volume detach - feature for CS 4.5
Date Tue, 25 Mar 2014 19:24:49 GMT

Volume has a template_id referencing vm_template table. Vm_template has
bootable flag, so we will derive information from there.
And sure, this information will not change if the root disk is detached.

On 3/25/14, 12:18 PM, "Mike Tutkowski" <>

>Hi Alena,
>I was wondering how we plan to keep track of the new "bootable" property?
>When we create a VM, would we just mark its root disk as bootable and then
>that property becomes immutable (for the upgrade case, all root disks
>be marked as bootable)?
>I'm thinking we'd want to keep track of bootable disks even when there are
>detached and turned into data disks. Is that what you had in mind?
>On Tue, Mar 25, 2014 at 12:20 PM, Alena Prokharchyk <
>> wrote:
>> Here is the link to the corresponding FS (placed in "4.5 Design
>> section)
>> -Alena.
>> From: Alena Prokharchyk <<mailto:
>> Date: Monday, March 24, 2014 at 11:37 AM
>> To: "<>" <
>> Subject: [PROPOSAL] ROOT volume detach - feature for CS 4.5
>> I would like to propose a new feature for CS 4.5 - "ROOT volume detach"
>> that enables support for following use cases:
>> 1) Replace current ROOT volume with the new one for  existing vm.
>> 2) Case when ROOT volume of vm1 gets corrupted, and you want to attach
>> to vm2 to run the recovery utils on it. With current CS implemntation,
>> have to perform several steps - create snapshot of vm1's volume, create
>> volume from snapshot, attach volume to the vm2. New implementation will
>> merge it all to one step.
>> With the planned implementation, once the ROOT volume is detached, it
>> be attached to any existing vm (with respect to Admin/Domain/Physical
>> resources limitations), either as a DataDisk or a Root disk.
>> Amazon EC2 already has this functionality in place, so I think CS would
>> only benefit from having it. Storage experts (Edison, others) please
>> your concerns if you have any, or if you see any potential problems with
>> the planned implementation. And if anyone can think of other use cases
>> feature can possible solve, I would appreciate this input as well.
>> Feature limitations:
>> * ROOT volume can be detached only when vm is in Stopped state
>> * CS will fail to start the vm not having a ROOT volume
>> I will send out the link to the FS once I start getting feedback on the
>> proposal.
>> -Alena.
>*Mike Tutkowski*
>*Senior CloudStack Developer, SolidFire Inc.*
>o: 303.746.7302
>Advancing the way the world uses the

View raw message