On Thu, May 2, 2019 at 7:18 PM Hetz Ben Hamo <hetz@hetz.biz> wrote:

On Thu, May 2, 2019 at 7:15 PM Nir Soffer <nsoffer@redhat.com> wrote:

On Thu, May 2, 2019 at 3:59 PM Hetz Ben Hamo <hetz@hetz.biz> wrote:

Hi,

I've migrated few Linux VM's from virt-manager to oVirt. Other than the famous bug that it insist to have an ISO domain

What is this famous bug?

https://bugzilla.redhat.com/show_bug.cgi?id=1632068

 

 

- it worked well.

My problem is simple: on virt-manager, I created the virtual disks as thin provisioning. ls -l shows the full size of the QCOW2 file and du -hs shows the actual size. So far, so good.

So the source image was qcow2 image?

Yes, created with virt-manager.

 

After migrating those VM's to oVirt, the disks appear both in the web UI and in the meta file as "Thin Provisioning" and "sparse" - however, digging into the directory which holds the virtual disk and  running du -hs - shows it's a full size disk.

Why is this happening?

How did you import the disks?

Through oVirt - by adding a KVM provider according to ovirt docs.

In the node it seems to use the kvm2ovirt, ssh and nc to do all the hard work.

This sounds like kvm2ovirt bug, please file a bug with all the details.

Please include the info from engine about the disk format, virtual size, actual size, and 

output of these commands:

qemu-img info /path/to/volume

ls -lhs /path/to/volume

And engine and vdsm logs showing the import process.

Nir

 

 

Nir