Skip to content

Commit fdbb07d

Browse files
storage: clarify volume and snapshot deletion behaviour (#340)
Signed-off-by: Rohit Yadav <[email protected]>
1 parent 65fecbf commit fdbb07d

File tree

1 file changed

+10
-2
lines changed

1 file changed

+10
-2
lines changed

source/adminguide/storage.rst

Lines changed: 10 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -711,10 +711,18 @@ Volume Deletion and Garbage Collection
711711
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
712712

713713
The deletion of a volume does not delete the snapshots that have been
714-
created from the volume
714+
created from the volume.
715715

716716
When a VM is destroyed, data disk volumes that are attached to the VM
717-
are not deleted.
717+
are not deleted unless specified.
718+
719+
In managed storage systems such as Solidfire and others, the volume snapshots
720+
are linked entities in the volumes wherein deletion of the volume would delete
721+
those snapshots. In such managed storage systems, the volume snapshots exist on
722+
the primary storage and may not be backed up to the secondary storages. For a
723+
volume deleted in CloudStack, it will not be deleted on the managed storage
724+
(such as Solidfire and others) until all the volume snapshots are deleted in
725+
CloudStack.
718726

719727
Volumes are permanently destroyed using a garbage collection process.
720728
The global configuration variables expunge.delay and expunge.interval

0 commit comments

Comments
 (0)