[ovirt-users] Re: 4.4.4 Image Copying / Template Create Fails - No Such File

I apologize for the spam, this seems to be a long standing gluster issue. https://github.com/gluster/glusterfs/issues/597 sharding does not support SEEK_DATA/SEEK_HOLE, with a preallocated image you likely never see this issue as there are no holes. However with a sparse image, that's very much not the case. I'm not sure when qemu-img changed to use these syscalls, as this is not something i experience on 4.3 / CentOS 7. I'd be interested if anyone else can replicate this image copy behavior using raw sparse (thin provision) disks as the source on a gluster volume with sharding enabled, on oVirt 4.4.4+ (possibly earlier is also affected) If this is something current qemu-img cannot handle, i don't think supporting sparse disks on sharded gluster volumes is wise.