<div dir="ltr">Directly importing from VMware would be desirable to not have a 2-step process. I'll look into updating.<div><br></div><div>And just to confirm - it still has to go through vCenter right? (Can't go directly to the ESXi host).</div><div><br></div><div>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.</div><div><br></div><div>"</div><div>virt-v2v: error: inspection could not detect the source guest (or physical <br> machine). <br>  <br> Assuming that you are running virt-v2v/virt-p2v on a source which is <br> supported (and not, for example, a blank disk), then this should not <br> happen. <br>  <br> No root device found in this operating system image. <br></div><div>"</div><div><br></div><div>Attached the import log.</div><div><br></div><div>Thanks!</div><div>- Alan</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, May 17, 2021 at 1:35 PM Richard W.M. Jones <<a href="mailto:rjones@redhat.com">rjones@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">[Adding upstream mailing list]<br>
<br>
On Mon, May 17, 2021 at 12:32:12PM -0400, Alan Daniels wrote:<br>
>     >             Thanks Martin. The logs (/var/log/vdsm/import on the host)<br>
>     show:<br>
>     ><br>
>     >             qemu-img: /var/tmp/v2vovle5b34c.qcow2: CURL: Error opening<br>
>     file:<br>
>     >             Server does not support 'range' (byte ranges).<br>
> <br>
>     This is unexpected, but I'd need to see the full log to be sure.<br>
> <br>
>     Given the little information available (but it's vCenter 7 so it would<br>
>     fit), it could be:<br>
> <br>
>       <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1846238" rel="noreferrer" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=1846238</a><br>
>       <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1841038" rel="noreferrer" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=1841038</a><br>
> <br>
>     (They're the same bug, we didn't fix it in RHEL 7)<br>
> Hey Rich,<br>
> <br>
> Thanks for the help! Some more info about the environment:<br>
> <br>
> Oracle Linux 7.9<br>
> # cat /etc/redhat-release<br>
> Red Hat Enterprise Linux Server release 7.9 (Maipo)<br>
> <br>
> OLVM / oVirt 4.3<br>
> <br>
> virt-v2v.x86_64                         1:1.40.2-10.0.1.el7 <br>
> libguestfs.x86_64                     1:1.40.2-10.0.1.el7 <br>
> qemu-kvm.x86_64                   15:4.2.1-6.el7<br>
> nbdkit.x86_64                           1.8.0-4.el7<br>
> qemu-block-curl.x86_64          15:4.2.1-6.el7                     <br>
> <br>
> Running on Oracle Cloud.<br>
> <br>
> VMware is on another cloud provider and they're connected via VPN.<br>
> <br>
> The logs looks essentially the same as the one from <a href="https://bugzilla.redhat.com" rel="noreferrer" target="_blank">https://bugzilla.redhat.com</a><br>
> /show_bug.cgi?id=1846238<br>
> <br>
> I can't really upgrade from 7.9 to 8.3, so is this expected behavior? Are there<br>
> some potential workarounds?<br>
<br>
It's a bug in qemu which you will need to patch in order to do the<br>
import using this method.<br>
<br>
Other methods don't suffer from the bug because they don't use qemu in<br>
the same way.  I would recommend exploring the “-i ova” method.<br>
<br>
Rich.<br>
<br>
-- <br>
Richard Jones, Virtualization Group, Red Hat <a href="http://people.redhat.com/~rjones" rel="noreferrer" target="_blank">http://people.redhat.com/~rjones</a><br>
Read my programming and virtualization blog: <a href="http://rwmj.wordpress.com" rel="noreferrer" target="_blank">http://rwmj.wordpress.com</a><br>
libguestfs lets you edit virtual machines.  Supports shell scripting,<br>
bindings from many languages.  <a href="http://libguestfs.org" rel="noreferrer" target="_blank">http://libguestfs.org</a><br>
<br>
</blockquote></div>