Bug 711151
| Summary: | libvirt regression with creating encrypted volume | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Eric Blake <eblake> |
| Component: | libvirt | Assignee: | Eric Blake <eblake> |
| Status: | CLOSED ERRATA | QA Contact: | Virtualization Bugs <virt-bugs> |
| Severity: | high | Docs Contact: | |
| Priority: | urgent | ||
| Version: | 6.1 | CC: | ajia, berrange, bsarathy, dallan, dyuan, eblake, jwest, kwolf, llim, mjenner, mkenneth, mzhan, nzhang, tburke, veillard, virt-maint, xen-maint, yoyzhang, zpeng |
| Target Milestone: | rc | Keywords: | Regression, Triaged, ZStream |
| Target Release: | 6.1 | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | libvirt-0.9.2-1.el6 | Doc Type: | Bug Fix |
| Doc Text: |
Libvirt was previously using undocumented command line options, instead of the recommended ones during its use of the qemu-img utility. But the fix to have libvirt use the updated command line options introduced a regression that prevented the creation of an encrypted volume. With this update, the bug in qemu-img command line arguments has been fixed, and encrypted volumes can now be created as expected.
|
Story Points: | --- |
| Clone Of: | 676984 | Environment: | |
| Last Closed: | 2011-12-06 11:12:35 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | 676984 | ||
| Bug Blocks: | 721335, 726617 | ||
|
Comment 1
Eric Blake
2011-06-06 16:46:36 UTC
This should be fixed for RHEL-6.2 by the libvirt-0.9.2-1.el6 rebase, Daniel
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:
Due to a regression, libvirt used undocumented command line options, instead of the recommended ones. Consequently, the qemu-img utility used an invalid argument while creating an encrypted volume, and the process eventually failed. With this update, the bug in the backing format of the storage back end has been fixed, and encrypted volumes can now be created as expected.
Eric, is that a fair summary? (In reply to comment #11) > Eric, is that a fair summary? I tweaked the wording. The key point was that the earlier fix to avoid undocumented command lines introduced the regression the prevented use of encryption.
Technical note updated. If any revisions are required, please edit the "Technical Notes" field
accordingly. All revisions will be proofread by the Engineering Content Services team.
Diffed Contents:
@@ -1 +1 @@
-Due to a regression, libvirt used undocumented command line options, instead of the recommended ones. Consequently, the qemu-img utility used an invalid argument while creating an encrypted volume, and the process eventually failed. With this update, the bug in the backing format of the storage back end has been fixed, and encrypted volumes can now be created as expected.+Libvirt was previously using undocumented command line options, instead of the recommended ones during its use of the qemu-img utility. But the fix to have libvirt use the updated command line options introduced a regression that prevented the creation of an encrypted volume. With this update, the bug in qemu-img command line arguments has been fixed, and encrypted volumes can now be created as expected.
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-1513.html |