[
https://issues.apache.org/jira/browse/CLOUDSTACK-10222?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16354382#comment-16354382
]
ASF GitHub Bot commented on CLOUDSTACK-10222:
---------------------------------------------
DaanHoogland closed pull request #2398: CLOUDSTACK-10222: Clean previous
snaphosts from primary storage when …
URL: https://github.com/apache/cloudstack/pull/2398
This is a PR merged from a forked repository.
As GitHub hides the original diff on merge, it is displayed below for
the sake of provenance:
As this is a foreign pull request (from a fork), the diff is supplied
below (as it won't show otherwise due to GitHub magic):
diff --git
a/plugins/hypervisors/xenserver/src/com/cloud/hypervisor/xenserver/resource/XenServerStorageProcessor.java
b/plugins/hypervisors/xenserver/src/com/cloud/hypervisor/xenserver/resource/XenServerStorageProcessor.java
index 0ff2a47f481..552bc808f68 100644
---
a/plugins/hypervisors/xenserver/src/com/cloud/hypervisor/xenserver/resource/XenServerStorageProcessor.java
+++
b/plugins/hypervisors/xenserver/src/com/cloud/hypervisor/xenserver/resource/XenServerStorageProcessor.java
@@ -1065,7 +1065,7 @@ protected boolean
destroySnapshotOnPrimaryStorageExceptThis(final Connection con
return false;
}
- private boolean destroySnapshotOnPrimaryStorage(final Connection conn,
final String lastSnapshotUuid) {
+ protected boolean destroySnapshotOnPrimaryStorage(final Connection conn,
final String lastSnapshotUuid) {
try {
final VDI snapshot = getVDIbyUuid(conn, lastSnapshotUuid);
if (snapshot == null) {
diff --git
a/plugins/hypervisors/xenserver/src/com/cloud/hypervisor/xenserver/resource/Xenserver625StorageProcessor.java
b/plugins/hypervisors/xenserver/src/com/cloud/hypervisor/xenserver/resource/Xenserver625StorageProcessor.java
index 6a06bef2d4b..8da7d9f6b02 100644
---
a/plugins/hypervisors/xenserver/src/com/cloud/hypervisor/xenserver/resource/Xenserver625StorageProcessor.java
+++
b/plugins/hypervisors/xenserver/src/com/cloud/hypervisor/xenserver/resource/Xenserver625StorageProcessor.java
@@ -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();
-
- destroySnapshotOnPrimaryStorageExceptThis(conn, volumeUuid,
snapshotUuid);
}
+ // remove every snapshot except this one from primary storage
+ final String volumeUuid = snapshotTO.getVolume().getPath();
+ destroySnapshotOnPrimaryStorageExceptThis(conn, volumeUuid,
snapshotUuid);
+
final SnapshotObjectTO newSnapshot = new SnapshotObjectTO();
newSnapshot.setPath(finalPath);
newSnapshot.setPhysicalSize(physicalSize);
@@ -577,12 +577,13 @@ public Answer backupSnapshot(final CopyCommand cmd) {
s_logger.info("New snapshot physical utilization: "+physicalSize);
return new CopyCmdAnswer(newSnapshot);
- } catch (final Types.XenAPIException e) {
- details = "BackupSnapshot Failed due to " + e.toString();
- s_logger.warn(details, e);
} catch (final Exception e) {
- details = "BackupSnapshot Failed due to " + e.getMessage();
+ final String reason = e instanceof Types.XenAPIException ?
e.toString() : e.getMessage();
+ details = "BackupSnapshot Failed due to " + reason;
s_logger.warn(details, e);
+
+ // remove last bad primary snapshot when exception happens
+ destroySnapshotOnPrimaryStorage(conn, snapshotUuid);
}
return new CopyCmdAnswer(details);
----------------------------------------------------------------
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:
[email protected]
> Clean previous snaphosts from primary storage when taking new one
> -----------------------------------------------------------------
>
> Key: CLOUDSTACK-10222
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10222
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Secondary Storage, Snapshot, XenServer
> Affects Versions: 4.10.0.0, 4.11.0.0
> Environment: XenServer, Swift
> Reporter: Khosrow Moossavi
> Priority: Major
> Labels: easyfix
> Fix For: 4.11.0.0
>
>
> 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
(v7.6.3#76005)
