Comment 6 for bug 1681839
Revision history for this message
| Christian Ehrhardt (paelzer) wrote Re: libvirt - disk not ready for pivot yet | #6 |
© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
35a32c5
(Get the code!)
On the changes:
First set of patches is in 1.2.18, so we have that already
faa14391 virsh: Refactor block job waiting in cmdBlockCopy
74084035 virsh: Refactor block job waiting in cmdBlockCommit
2e782763 virsh: Refactor block job waiting in cmdBlockPull
eae59247 qemu: Update state of block job to READY only if it actually is ready
Second set that got upstream into 1.3.2 that would need to be backports
86c4df83 virsh: improve waiting for block job readiness
8fa216bb virsh: ensure SIGINT action is reset on all errors
15dee2ef virsh: be consistent with style of loop exit
704dfd6b virsh: avoid unnecessary progress updates
This set seems almost backportable at first look, but I didn't check all the dependencies that are not so obvious.
On the original request, we won't just move to 1.3.2 in Xenial as that would be against the SRU policy [1] to protect the stability for many/all other use cases.
Instead we could either work on this together to backport, test and verify it for Xenial.
Or you could use the Ubuntu Cloud Archive [2] which is like a special backport pocket that provides you the latest cloud/virtualiz
If you pick the former one needs to find the time to create the backports.
I don't know if I immediately get to this given that it is a rather less used use-case and also only triggering on a race as it seems to me. If you want to work with me on preparing that I'll try to help as good as I can - and there also is the USBSD [3] that might help if you are unsure.
[1]: https:/
[2]: https:/
[3]: https:/