+++ This bug is a downstream clone. The original bug is: +++ +++ bug 1845473 +++ ====================================================================== Description of problem: When exporting a VM to an OVA file the export succeeds, but when extracting the ovf file from the OVA file via tar the ovf metadata has its format field set to RAW. An inspection of the actual disk file via qemu-img info shows that the disk format is actually qcow2. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. Export as an OVA file a VM with a disk attached 2. Access the Host and use tar xvf to extract the vm.ovf file and the disk 3. open the ovf file and search for the format Actual results: The format is set to RAW Expected results: The format should be set to COW Additional info: Use "qemu-img info " command on the disk file to verify the format is qcow2. (Originally by Steven Rosenberg)
(In reply to Steven Rosenberg from comment #0) > Steps to Reproduce: > 1. Export as an OVA file a VM with a disk attached Adding to the above that the disk should be of type RAW and with no snapshots. (Originally by Arik Hadas)
$ git tag --contains da8dc63d6558c32919e6540acf0c9d8206692f02 ovirt-engine-4.3.11.1
verified on ovirt-engine-4.3.11-0.1.el7.noarch ovf:format="http://www.gnome.org/~markmc/qcow-image-format.html" ovf:volume-format="COW"
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 (Red Hat Virtualization Engine security, bug fix 4.3.11), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2020:4112