[Libguestfs] oVirt import from VMware

[Alan Daniels]

Directly importing from VMware would be desirable to not have a 2-step
process. I'll look into updating.

And just to confirm - it still has to go through vCenter right? (Can't go
directly to the ESXi host).

I tried the OVA method where I exported the VM using VMware's ovftool
directly to the new KVM host. However, importing this local OVA (with the
oVirt GUI rather than virt-v2v on the command line) still failed.

"
virt-v2v: error: inspection could not detect the source guest (or physical
machine).

Assuming that you are running virt-v2v/virt-p2v on a source which is
supported (and not, for example, a blank disk), then this should not
happen.

No root device found in this operating system image.
"

Attached the import log.

Thanks!
- Alan

On Mon, May 17, 2021 at 1:35 PM Richard W.M. Jones <rjones at redhat.com>
wrote:

> [Adding upstream mailing list]
>
> On Mon, May 17, 2021 at 12:32:12PM -0400, Alan Daniels wrote:
> >     >             Thanks Martin. The logs (/var/log/vdsm/import on the
> host)
> >     show:
> >     >
> >     >             qemu-img: /var/tmp/v2vovle5b34c.qcow2: CURL: Error
> opening
> >     file:
> >     >             Server does not support 'range' (byte ranges).
> >
> >     This is unexpected, but I'd need to see the full log to be sure.
> >
> >     Given the little information available (but it's vCenter 7 so it
> would
> >     fit), it could be:
> >
> >       https://bugzilla.redhat.com/show_bug.cgi?id=1846238
> >       https://bugzilla.redhat.com/show_bug.cgi?id=1841038
> >
> >     (They're the same bug, we didn't fix it in RHEL 7)
> > Hey Rich,
> >
> > Thanks for the help! Some more info about the environment:
> >
> > Oracle Linux 7.9
> > # cat /etc/redhat-release
> > Red Hat Enterprise Linux Server release 7.9 (Maipo)
> >
> > OLVM / oVirt 4.3
> >
> > virt-v2v.x86_64                         1:1.40.2-10.0.1.el7
> > libguestfs.x86_64                     1:1.40.2-10.0.1.el7
> > qemu-kvm.x86_64                   15:4.2.1-6.el7
> > nbdkit.x86_64                           1.8.0-4.el7
> > qemu-block-curl.x86_64          15:4.2.1-6.el7
> >
> > Running on Oracle Cloud.
> >
> > VMware is on another cloud provider and they're connected via VPN.
> >
> > The logs looks essentially the same as the one from
> https://bugzilla.redhat.com
> > /show_bug.cgi?id=1846238
> >
> > I can't really upgrade from 7.9 to 8.3, so is this expected behavior?
> Are there
> > some potential workarounds?
>
> It's a bug in qemu which you will need to patch in order to do the
> import using this method.
>
> Other methods don't suffer from the bug because they don't use qemu in
> the same way.  I would recommend exploring the “-i ova” method.
>
> Rich.
>
> --
> Richard Jones, Virtualization Group, Red Hat
> http://people.redhat.com/~rjones
> Read my programming and virtualization blog: http://rwmj.wordpress.com
> libguestfs lets you edit virtual machines.  Supports shell scripting,
> bindings from many languages.  http://libguestfs.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/libguestfs/attachments/20210519/7e4ccfa7/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: import-41745e96-544b-45ac-abad-1c67ba877edb-20210519T143948.log
Type: application/octet-stream
Size: 88408 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/libguestfs/attachments/20210519/7e4ccfa7/attachment.obj>