cloudstack-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF subversion and git services (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CLOUDSTACK-10004) On deletion, Vmware volume snapshots are left behind with message 'the snapshot has child, can't delete it on the storage'
Date Fri, 01 Sep 2017 09:05:00 GMT

    [ https://issues.apache.org/jira/browse/CLOUDSTACK-10004?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16150248#comment-16150248
] 

ASF subversion and git services commented on CLOUDSTACK-10004:
--------------------------------------------------------------

Commit 74fe9e386cfb9dc3611f7d16454a27ea34895813 in cloudstack's branch refs/heads/master from
niteshsarda
[ https://gitbox.apache.org/repos/asf?p=cloudstack.git;h=74fe9e3 ]

CLOUDSTACK-10004 : On deletion, Vmware volume snapshots are left behind with message 'the
snapshot has child, can't delete it on the storage' (#2188)

Snapshots are not deleted resulting unexpected storage consumption in case of VMware.

Steps to reproduce this issue :

In VMware setup, create a snapshot of volume say Snap1.
After successful creation of snapshot Snap1, create new snapshot of same volume say Snap2.snapshots
While Snap2 is in BackingUp state, delete Snap1.
Snap1 will disappear from Web UI, but when we check secondary storage, files associated with
Snap1 still persists even after cleanup job is performed.
In snapshot_store_ref table in DB, Snap1 will be in ready state instead of Destroyed.
Also, in snapshots table, status of Snap1 will be Destroyed but removed column will be null
and will never change to the date of snapshot removal.
Fix for this issue :

In VMware, snapshot chain is not maintained, instead full snapshot is taken every time.
So, it makes sense not to assign parent snapshot id for the snapshot. In this way, every snapshot
will be individual and can be deleted successfully whenever required.


> On deletion, Vmware volume snapshots are left behind with message 'the snapshot has child,
can't delete it on the storage'
> --------------------------------------------------------------------------------------------------------------------------
>
>                 Key: CLOUDSTACK-10004
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10004
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the default.) 
>            Reporter: Nitesh Sarda
>
> ISSUE
> ============
> Snapshots are not deleted resulting unexpected storage consumption in case of VMware.
> STEPS TO REPRODUCE
> ==================
> # In VMware setup, create a snapshot of volume say Snap1.
> # After successful creation of snapshot Snap1, create new snapshot of same volume say
Snap2.snapshots
> # While Snap2 is in BackingUp state, delete Snap1.
> # Snap1 will disappear from Web UI, but when we check secondary storage, files associated
with Snap1 still persists even after cleanup job is performed.
> # In snapshot_store_ref table in DB, Snap1 will be in ready state instead of Destroyed.
> # Also, in snapshots table, status of Snap1 will be Destroyed but removed column will
be null and will never change to the date of snapshot removal.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

Mime
View raw message