Hi Nir,
With my version 2 patch, it now takes about the same time to do a
conversion as it did with old virt-v2v.
However one thing I noticed is that we lose about 16 seconds between
creating the disk and creating the transfer. Notice the timestamps
here:
00:00:41 python3 '/tmp/v2v.fvLq7Z/rhv
On Tue, Feb 08, 2022 at 04:44:33PM +0200, Nir Soffer wrote:
> This happens because virt-v2v try to finalize the transfer *before* closing
> the
> connections to imageio server.
>
> Current imageio release mark the a ticket as canceled, but will not remove it
> if the ticket has open connections f
On Tue, Feb 08, 2022 at 04:44:33PM +0200, Nir Soffer wrote:
> On Tue, Feb 8, 2022 at 3:27 PM Richard W.M. Jones wrote:
> > virt-v2v 1.44.2:
> > Complete log: http://oirase.annexia.org/tmp/virt-v2v-1.44.2-rhv-upload.log
> >
> > [ 63.1] Copying disk 1/1
> > ...
> > transfer 7aecd359-3706-49f5
On Tue, Feb 8, 2022 at 3:27 PM Richard W.M. Jones wrote:
>
> Hi Nir,
>
> https://bugzilla.redhat.com/show_bug.cgi?id=2039255#c4
>
> I'm looking for some advice/help with a performance regression in
> virt-v2v between 1.44.2 and the latest version. It's very obvious and
> reproducible when I do a
Hi Nir,
https://bugzilla.redhat.com/show_bug.cgi?id=2039255#c4
I'm looking for some advice/help with a performance regression in
virt-v2v between 1.44.2 and the latest version. It's very obvious and
reproducible when I do a conversion from a local disk to local RHV
using -o rhv-upload, specifica
