lvm deactivate race in snapshot extend
Bug #1495560 reported by
John Griffith
This bug affects 2 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Cinder |
Fix Released
|
High
|
Nate Potter | ||
os-brick |
Fix Released
|
Undecided
|
Nate Potter |
Bug Description
There seems to be instances where the lvchange call is made and returns successfully however the subsequent snapshot extend call fails due to the volume still being active:
We might want to consider converting the deactivate method to a loop with status check to make sure the volume is deactivated rather than just relying on the lvchange response.
Changed in cinder: | |
status: | New → Triaged |
importance: | Undecided → High |
assignee: | nobody → John Griffith (john-griffith) |
Changed in cinder: | |
assignee: | John Griffith (john-griffith) → Jordan Pittier (jordan-pittier) |
Changed in cinder: | |
assignee: | Jordan Pittier (jordan-pittier) → nobody |
Changed in cinder: | |
assignee: | nobody → Nate Potter (ntpttr) |
To post a comment you must log in.
How to reproduce:
1) Get this new tempest test : https:/ /review. openstack. org/#/c/ 200108/ api.volume. test_volumes_ extend: VolumesV2Extend Test.test_ volume_ extend_ when_vol_ has_snapshot) at least 4 times concurrently (to put some load on LVM)
2) Run this test (tempest.
3) Look for a stack trace in c-vol:
ProcessExecutio nError: Unexpected error while running command. volume. manager Command: sudo cinder-rootwrap /etc/cinder/ rootwrap. conf lvextend -L 2g stack-volumes- lvmdriver- 1/volume- 5a1b1cd1- b0e2-4ff2- 8dfd-f01f000924 c0 volume. manager Exit code: 5 volume. manager Stdout: u'' volume. manager Stderr: u' Snapshot origin volumes can be resized only while inactive: try lvchange -an\n'
cinder.
cinder.
cinder.
cinder.