Bug #49716
closed
[rbd] the "trash mv" operation should support an optional "--image-id"
Added by Jason Dillaman about 3 years ago.
Updated almost 3 years ago.
Backport:
nautilus,octopus,pacific
Description
If the move operation was interrupted before the state could be switched from TRASh_IMAGE_STATE_MOVING to TRASH_IMAGE_STATE_NORMAL, it's not possible to recover without manually tweaking the "rbd_trash" omap values. Instead, allow the "trash mv" operation to be re-run when it gets interrupted and provide better help messages.
- Status changed from New to In Progress
- Assignee set to Jason Dillaman
- Status changed from In Progress to Fix Under Review
- Pull request ID set to 40010
Actually just tweaked the existing `trash_move` API to find interrupted move requests and restart them.
- Status changed from Fix Under Review to Pending Backport
- Copied to Backport #49766: octopus: [rbd] the "trash mv" operation should support an optional "--image-id" added
- Copied to Backport #49767: pacific: [rbd] the "trash mv" operation should support an optional "--image-id" added
- Copied to Backport #49768: nautilus: [rbd] the "trash mv" operation should support an optional "--image-id" added
- Status changed from Pending Backport to Resolved
While running with --resolve-parent, the script "backport-create-issue" noticed that all backports of this issue are in status "Resolved" or "Rejected".
Also available in: Atom
PDF