Re: [Libguestfs] v2v: -o rhv-upload: Long time spent zeroing the disk
On Tue, Apr 10, 2018 at 1:44 PM Richard W.M. Jones <rjones(a)redhat.com>
wrote:
We now have true zeroing support in oVirt imageio, thanks for that.
However a problem is that ‘qemu-img convert’ issues zero requests for
the whole disk before starting the transfer. It does this using 32 MB
requests which take approx. 1 second each to execute on the oVirt side.
Two problems therefore:
(1) Zeroing the disk can take a long time (eg. 40 GB is approx.
20 minutes). Furthermore there is no progress indication while this
is happening.
Nothing bad happens: because it is making frequent requests
there
is no timeout.
(2) I suspect that because we don't have trim support that this is
actually causing the disk to get fully allocated on the target.
The NBD requests are sent with may_trim=1 so we could turn these
into trim requests, but obviously cannot do that while there is no
trim support.
It sounds like nbdkit is emulating trim with zero instead of noop.
I'm not sure why qemu-img is trying to do, I hope the nbd maintainer on
qemu side can explain this.
However, since you suggest that we could use "trim" request for these
requests, it means that these requests are advisory (since trim is), and
we can just ignore them if the server does not support trim.
This will also solve the timeout issue you reported in private mail.
Adding Eric and qemu-block.
Nir
Attachments:
- attachment.html (text/html — 2.1 KB)