Hi!
I'm testing the live migration on libvirt + KVM, the VMs are using non-shared
local storage only. If I run a live migration with --copy-storage-full, the
final disk file on the remote host after the migration has a full blown size of
the specified value (10G) in my case, instead of the few MB on the source host
before the migration. Running qemu-img I can see that the ref for the backing
file is gone.
on source host:
$ ls -lh 3129b8a8-eca4-4b05-878a-66c2771b501f gives me 18MB
$ qemu-img info 3129b8a8-eca4-4b05-878a-66c2771b501f
image: 3129b8a8-eca4-4b05-878a-66c2771b501f
file format: qcow2
virtual size: 10G (10737418240 bytes)
disk size: 17M
cluster_size: 65536
backing file: /var/lib/libvirt/images/34fa65ce-483b-4ffa-88f8-75f6ebf670c1
Format specific information:
compat: 1.1
lazy refcounts: false
refcount bits: 16
corrupt: false
>> I run a migration with --live --copy-storage-all
on destination host:
$ ls -lh 3129b8a8-eca4-4b05-878a-66c2771b501f gives me 11GB
$ qemu-img info 3129b8a8-eca4-4b05-878a-66c2771b501f
image: 3129b8a8-eca4-4b05-878a-66c2771b501f
file format: qcow2
virtual size: 10G (10737418240 bytes)
disk size: 817M
cluster_size: 65536
Format specific information:
compat: 0.10
refcount bits: 16
Is there a way to keep the backing file reference for live migration or planned
development (if this file is also available on the destination host)?
I also tried with --copy-storage-inc but the disk image on the destination is
invalid as it lost the backing file and only copied the diff, so the base image
files are gonne. Moreover, the file size on the disk is also of 10GB with that
parameter.
Regards,
Marc-Aurèle Brothier
Exoscale
_______________________________________________
libvirt-users mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/libvirt-users
