| Summary: | timing issue causing snapshot and origin removals to fail | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Corey Marthaler <cmarthal> |
| Component: | lvm2 | Assignee: | LVM and device-mapper development team <lvm-team> |
| Status: | CLOSED ERRATA | QA Contact: | Cluster QE <mspqa-list> |
| Severity: | medium | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 6.2 | CC: | agk, dwysocha, heinzm, jbrassow, mbroz, prajnoha, prockai, syeghiay, thornber, zkabelac |
| Target Milestone: | rc | Keywords: | Regression, TestBlocker |
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | lvm2-2.02.87-6.el6 | Doc Type: | Bug Fix |
| Doc Text: |
Do not document.
|
Story Points: | --- |
| Clone Of: | Environment: | ||
| Last Closed: | 2011-12-06 17:03:38 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
Corey Marthaler
2011-10-06 16:07:32 UTC
This appears to be a more general snapshot/origin removal issue. I've seen this now with quite a few snap test cases. SCENARIO - [remove_origin_under_snap] Create a snapshot and then attempt to remove it's origin Making origin volume Making snapshot of origin volume sleeping for a bit Attempt to remove origin volume hayes-01: lvremove -f /dev/snapper/origin LV snapper/remove_origin_under_snap in use: not deactivating Unable to deactivate logical volume "remove_origin_under_snap" should have been able to remove origin SCENARIO - [stacked_snaps] Stack snapshots on top of existing snapshots Setting up base level origin/snapshot Creating stacked level PV/VG Writing physical volume data to disk "/dev/snapper/origin" Creating stacked level origin/snapshot Removing stacked level origin/snapshot Unable to deactivate open snapper_stack-snap_level2 (253:8) Unable to deactivate logical volume "snap_level2" couldn't remove snapshot snap_level2 Another regression is that you can now remove the origin volume, and the snapshot volume may remain. I think, it's most probably related to my upstream fix: https://www.redhat.com/archives/lvm-devel/2011-October/msg00082.html Corey tested a scratch with this patch and he was not able to hit this issue anymore. Current snapshot regression tests now pass. Marking this bug verified in the latest rpms. 2.6.32-209.el6.x86_64 lvm2-2.02.87-6.el6 BUILT: Wed Oct 19 06:46:31 CDT 2011 lvm2-libs-2.02.87-6.el6 BUILT: Wed Oct 19 06:46:31 CDT 2011 lvm2-cluster-2.02.87-6.el6 BUILT: Wed Oct 19 06:46:31 CDT 2011 udev-147-2.40.el6 BUILT: Fri Sep 23 07:51:13 CDT 2011 device-mapper-1.02.66-6.el6 BUILT: Wed Oct 19 06:46:31 CDT 2011 device-mapper-libs-1.02.66-6.el6 BUILT: Wed Oct 19 06:46:31 CDT 2011 device-mapper-event-1.02.66-6.el6 BUILT: Wed Oct 19 06:46:31 CDT 2011 device-mapper-event-libs-1.02.66-6.el6 BUILT: Wed Oct 19 06:46:31 CDT 2011 cmirror-2.02.87-6.el6 BUILT: Wed Oct 19 06:46:31 CDT 2011
Technical note added. If any revisions are required, please edit the "Technical Notes" field
accordingly. All revisions will be proofread by the Engineering Content Services team.
New Contents:
Do not document.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2011-1522.html |