mirror of
https://gitlab.com/libvirt/libvirt.git
synced 2024-08-28 19:41:16 +00:00
https://bugzilla.redhat.com/show_bug.cgi?id=1526382
Since commit c4eedd793
disallowed qcow2 encrypted images to be
used for domains, it no longer makes sense to allow a qcow2
encrypted volume to be created or resized.
Add a test that will exhibit the failure of creation as well
as the xml2xml validation of the format still being correct.
Update the documentation to note the removal of the capability
to create and use qcow/default encrypted volumes.
Signed-off-by: John Ferlan <jferlan@redhat.com>
ACKed-by: Michal Privoznik <mprivozn@redhat.com>
32 lines
841 B
XML
32 lines
841 B
XML
<volume>
|
|
<name>OtherDemo.img</name>
|
|
<key>/var/lib/libvirt/images/OtherDemo.img</key>
|
|
<source>
|
|
</source>
|
|
<capacity unit="G">5</capacity>
|
|
<allocation>294912</allocation>
|
|
<target>
|
|
<path>/var/lib/libvirt/images/OtherDemo.img</path>
|
|
<format type='qcow2'/>
|
|
<permissions>
|
|
<mode>0644</mode>
|
|
<owner>0</owner>
|
|
<group>0</group>
|
|
<label>unconfined_u:object_r:virt_image_t:s0</label>
|
|
</permissions>
|
|
<encryption format='qcow'>
|
|
<secret type='passphrase' uuid='e78d4b51-a2af-485f-b0f5-afca709a80f4'/>
|
|
</encryption>
|
|
</target>
|
|
<backingStore>
|
|
<path>/dev/null</path>
|
|
<format type='raw'/>
|
|
<permissions>
|
|
<mode>0644</mode>
|
|
<owner>0</owner>
|
|
<group>0</group>
|
|
<label>unconfined_u:object_r:virt_image_t:s0</label>
|
|
</permissions>
|
|
</backingStore>
|
|
</volume>
|