-
Notifications
You must be signed in to change notification settings - Fork 91
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Always remove the RO/RW tag from VDIs in case of failure #673
Always remove the RO/RW tag from VDIs in case of failure #673
Conversation
drivers/blktap2.py
Outdated
@@ -1615,7 +1617,6 @@ def _activate_locked(self, sr_uuid, vdi_uuid, options): | |||
driver_info = target.sr.srcmd.driver_info |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
These few lines of code used to be conditional on self.tap_wanted()
but now they're run unconditionally. Is that deliberate? Or an accidental side-effect of the way you've moved the beginning of the try
block?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
well spotted, that's a bug
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I pushed this change a little too quickly... So fixed I guess this time. :)
drivers/blktap2.py
Outdated
@@ -1615,7 +1617,6 @@ def _activate_locked(self, sr_uuid, vdi_uuid, options): | |||
driver_info = target.sr.srcmd.driver_info |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
well spotted, that's a bug
ef7a9b9
to
b1533b5
Compare
Being picky it's not actually the |
During VDI activation in the blktap module and in case of failure in "sm.VDI.from_uuid" call, the RW/RO tag is never removed. As a result a VDI can no longer be used correctly: an assert is triggered each time we try to re-activate this volume because the tag is still present. Signed-off-by: Ronan Abhamon <ronan.abhamon@vates.fr>
b1533b5
to
05b947b
Compare
Right. I modified the description. |
During VDI activation in the blktap module and in case of failure in "sm.VDI.from_uuid" call, the RO/RW tag is never removed. As a result a VDI can no longer be used correctly: an assert is triggered each time we try to re-activate this volume because the tag is still present.