cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Marcus <>
Subject Re: Orphaned Data Disks
Date Thu, 29 Jan 2015 07:24:35 GMT
The trick is to not think of them as orphaned. The data disk is its
own entity, it stands alone from the VM, and really the ability to
create a data disk along with vm deployment is just a convenience,
data disk lifecycle is to be created standalone, attached, detached,
and deleted standalone.

It's a difference between standard VM management and 'cloud' style
'instance' management. In AWS your VM is essentially recreated every
time you reboot, and the only way to have persistent data is with a
datadisk (or object store/separate db) that gets attached to your new
VM each time.  Luckily, CloudStack is a good bridge for that gap,
being friendly to the more 'old school' VM management where instances
are pets with things like persistent root disks, but built with cloud
workloads in mind where you don't care about instances but still want
persistent datastores that outlive the instance.

That said, I do agree that it wouldn't be a big deal to add a
parameter to the destroyVirtualMachine api call that would cause it to
loop through all attached disks and remove them. You can open a
feature request at

On Thu, Jan 29, 2015 at 12:01 AM, Michael Phillips
<> wrote:
> To me that's kind of strange to NOT assume to delete the disks that are attached to an
instance at time of deletion.  I think in most real world environments a data disk will belong
to one machine only. Of course the exception is clustering and that is probably outside of
this scope. Even if I was going to do some kind of OS upgrade and wanted to reuse the data
disk on another instance I would probably detach, then reattach to the new instance. Just
seems like it can get messy quick, if a lot of users delete their instances and leave all
these orphaned data disks behind.
> It would be awesome to have a selection box to have cloudstack delete ALL attached disks
when an instance is destroyed. Just my 2 cents...
>> Date: Wed, 28 Jan 2015 22:56:43 -0700
>> Subject: Re: Orphaned Data Disks
>> From:
>> To:
>> Data disks are their own entity. You can detach them and attach them
>> to other VMs. CloudStack doesn't assume that you want all the disks to
>> die when you destroy a VM simply because they happen to be attached to
>> that vm at the moment.
>> On Wed, Jan 28, 2015 at 10:47 PM, Michael Phillips
>> <> wrote:
>> > What was the logic behind leaving the disks orphaned?
>> >
>> >> From:
>> >> To:
>> >> Subject: RE: Orphaned Data Disks
>> >> Date: Thu, 29 Jan 2015 05:30:49 +0000
>> >>
>> >> That is expected behavior. Right now there is no option to change it.
>> >>
>> >> Sanjeev,
>> >> CloudPlatform Engineering,
>> >> Citrix Systems, Inc.
>> >>
>> >>
>> >> -----Original Message-----
>> >> From: Michael Phillips []
>> >> Sent: Thursday, January 29, 2015 10:43 AM
>> >> To:
>> >> Subject: Orphaned Data Disks
>> >>
>> >> Has anyone noticed that after destroying and expunging an instance that
has a data disk attached, cloudstack leaves the datadisk orphaned? If so is this expected
behavior, and if so is there an option to change it?
>> >

View raw message