cloudstack-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF GitHub Bot (JIRA)" <>
Subject [jira] [Commented] (CLOUDSTACK-10222) Clean previous snaphosts from primary storage when taking new one
Date Wed, 10 Jan 2018 16:24:00 GMT


ASF GitHub Bot commented on CLOUDSTACK-10222:

khos2ow commented on a change in pull request #2398: CLOUDSTACK-10222: Clean previous snaphosts
from primary storage when …

 File path: plugins/hypervisors/xenserver/src/com/cloud/hypervisor/xenserver/resource/
 @@ -559,12 +559,12 @@ public Answer backupSnapshot(final CopyCommand cmd) {
                     physicalSize = Long.parseLong(tmp[1]);
                     finalPath = folder + File.separator + snapshotBackupUuid + ".vhd";
-                final String volumeUuid = snapshotTO.getVolume().getPath();
 Review comment:
   Yes, some secondary storage (in our case Swift) cannot take partial snapshots, so we noticed
the issue.

This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:

> Clean previous snaphosts from primary storage when taking new one
> -----------------------------------------------------------------
>                 Key: CLOUDSTACK-10222
>                 URL:
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the default.) 
>          Components: Secondary Storage, Snapshot, XenServer
>    Affects Versions:
>         Environment: XenServer, Swift
>            Reporter: Khosrow Moossavi
>              Labels: easyfix
>             Fix For:
> When user creates a snapshot (manual or recurring), snapshot remains on the primary storage,
even if the snapshot is transferred successfully to secondary storage. This is causing issues
because XenServer can only hold a limited number of snapshots in its VDI chain, preventing
the user from creating new snapshots after some time, when too many old snapshots are present
on the primary storage. 
> {code:java}
> reason: SR_BACKEND_FAILURE_109 The snapshot chain is too long
> {code}
> Proposed solution:
> Keep only one snapshot (last successful) on the primary storage regardless that it was
a full or partial snapshot.

This message was sent by Atlassian JIRA

View raw message