<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, May 1, 2018 at 10:45 AM, Daniel P. Berrangé <span dir="ltr"><<a href="mailto:berrange@redhat.com" target="_blank">berrange@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-">On Tue, Jan 30, 2018 at 01:17:21PM +0100, Gionatan Danti wrote:<br>
> Hi all,<br>
> on a fully patched CentOS 7.4 x86-64, I see the following behavior:<br>
> <br>
> - when creating a new volumes using vol-create-as, the resulting file is a<br>
> qcow2 version 2 (compat=0.10) file. Example:<br>
> <br>
> [root@gdanti-lenovo vmimages]# virsh vol-create-as default zzz.qcow2<br>
> 8589934592 --format=qcow2 --backing-vol /mnt/vmimages/centos6.img<br>
> Vol zzz.qcow2 created<br>
<br>
</span>Yes, for sake of backcompat we default to v2 unless something<br>
requires v3. You can't use vol-create-as to create a v3 image,<br>
you need to use the XML input.<br></blockquote></div><br><br></div><div class="gmail_extra">BTW: in virt-manager of CentOS 7.4 by default qcow2 disks (see below for zzz3.qcow2) are created with compatibility 1.1 (probably indirectly because of its lazy refcounts feature enabled, as Daniel wrote):<br><br>[root@c7client images]# qemu-img info zzz3.qcow2 <br>image: zzz3.qcow2<br>file format: qcow2<br>virtual size: 1.0G (1073741824 bytes)<br>disk size: 516K<br>cluster_size: 65536<br>Format specific information:<br>    compat: 1.1<br>    lazy refcounts: true<br>[root@c7client images]# <br><br></div><div class="gmail_extra">The same if I create a volume with a backing file from virt-manager (not important if this is 0.10 or 1.1):<br><br>[root@c7client images]# qemu-img info zzz4.qcow2 <br>image: zzz4.qcow2<br>file format: qcow2<br>virtual size: 1.0G (1073741824 bytes)<br>disk size: 196K<br>cluster_size: 65536<br>backing file: /var/lib/libvirt/images/zzz2.qcow2<br>backing file format: qcow2<br>Format specific information:<br>    compat: 1.1<br>    lazy refcounts: true<br>[root@c7client images]# <br><br><br></div><div class="gmail_extra">But I don't know if internally virt-manager uses virsh or qemu-img actually....<br><br></div><div class="gmail_extra">My tests with:<br>libvirt-client-3.2.0-14.el7_4.9.x86_64<br>virt-manager-1.4.1-7.el7.noarch<br><br></div><div class="gmail_extra">The same default to 0.10 format seems true with virsh from Fedora 27 and libvirt-client-3.7.0-4.fc27.x86_64<br><br></div><div class="gmail_extra">Gianluca<br></div></div>