<div dir="ltr"><div><div><span style="font-family:monospace,monospace">Hi,<br></span></div><span style="font-family:monospace,monospace">    Cinder w/ GlusterFS backend is hitting the below error as part of test_volume_boot_pattern tempest testcase<br><br></span></div><span style="font-family:monospace,monospace">(at the end of testcase when it deletes the snap)<br></span><div><span style="font-family:monospace,monospace"><br>"/usr/local/</span><p><span style="font-family:monospace,monospace">lib/python2.</span><span style="font-family:monospace,monospace">7/dist-</span><span style="font-family:monospace,monospace">packages/</span><span style="font-family:monospace,monospace">libvirt.</span><span style="font-family:monospace,monospace">py", line 792, in blockRebase<br>
2015-04-08 07:22:44.376 32701 TRACE nova.virt.</span><span style="font-family:monospace,monospace">libvirt.</span><span style="font-family:monospace,monospace">driver     if ret == -1: raise libvirtError ('virDomainBloc</span><span style="font-family:monospace,monospace">kRebase(</span><span style="font-family:monospace,monospace">) failed', dom=self)<br>
2015-04-08 07:22:44.376 32701 TRACE nova.virt.</span><span style="font-family:monospace,monospace">libvirt.</span><span style="font-family:monospace,monospace">driver libvirtError: <b>Requested operation is not valid: domain is not running</b><br>
2015-04-08 07:22:44.376 32701 TRACE nova.virt.</span><span style="font-family:monospace,monospace">libvirt.</span><span style="font-family:monospace,monospace">driver</span></p><p><span style="font-family:monospace,monospace">More details in the LP bug [1]</span></p><p><span style="font-family:monospace,monospace">In looking closely at the testcase, it waits for the Instance to turn OFF post which the cleanup starts which tried to delete the snap, but since the cinder volume is attached state (in-use) it lets nova take control of the snap del operation, and nova fails as it cannot do blockRebase as domain is offline.</span></p><p><span style="font-family:monospace,monospace">Questions:</span></p><p><span style="font-family:monospace,monospace">1) Is this a valid scenario being tested ? Some say yes, I am not sure, since the test makes sure that instance is OFF before snap is deleted and this doesn't work for fs-backed drivers as they use hyp assisted snap which needs domain to be active.<br></span></p><p><span style="font-family:monospace,monospace"><br></span></p><p><span style="font-family:monospace,monospace">2) If this is valid scenario, then it means libvirt.py in nova should be modified NOT to raise error, but continue with the snap delete (as if volume was not attached) and take care of the dom xml (so that domain is still bootable post snap deletion), is this the way to go ?</span></p><p><span style="font-family:monospace,monospace"><br></span></p><p><span style="font-family:monospace,monospace">Appreciate suggestions/comments</span></p><p><span style="font-family:monospace,monospace"><br></span></p><p><span style="font-family:monospace,monospace">thanx,</span></p><p><span style="font-family:monospace,monospace">deepak<br></span></p><p><span style="font-family:monospace,monospace">[1]: <a href="https://bugs.launchpad.net/cinder/+bug/1441050">https://bugs.launchpad.net/cinder/+bug/1441050</a><br></span></p></div></div>