<div dir="ltr">It looks like I've finally gotten some imports to work. Not with the 450 GB VM yet, but with some other VMs from the same VMware environment, which should have a similar config.<div><br></div><div>The steps for me were:</div><div># export LIBGUESTFS_BACKEND=direct          (not too sure if this is required)</div><div># ovftool vi://<vcenter_path_to_vm> /<some_local_directory>/<vm>.ova</div><div># chown 36:36 <vm>.ova</div><div><br></div><div>and then importing via the oVirt GUI by setting Source: Virtual Appliance (OVA) and specifying the path to the ova on the host.</div><div><br></div><div>The VM usually wouldn't boot right away (different errors for 2 different attempts), but after making some edit via oVirt and reverting, it would boot.</div><div><br></div><div>I'm also not using virtio and don't have virtio drivers for Windows. Maybe that's something worth looking into though.</div><div><br></div><div>Thanks!</div><div>- Alan</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, May 19, 2021 at 6:37 PM Alan Daniels <<a href="mailto:alan@softdrive.co">alan@softdrive.co</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"><div dir="ltr"><div dir="ltr">Thanks, I'll look into VDDK.<div><br></div><div>Attached a screenshot of the disk from the VM's perspective. C:\windows\system32\cmd.exe definitely exists (confirmed it). It's Windows 10 (Microsoft Windows 10 x64 from VMware's point of view) - build 2004 19041.985.</div><div><br></div><div>Maybe the file transfer had an issue (running ovftool), since the resulting OVA file was 128 GB, while the VM is 450 GB thick provisioned with more than 128 GB in use. What would the expected OVA size be here?</div><div><br></div><div>ovftool did say that the transfer completed successfully and I've run it twice where it stopped at 128 GB both times.</div><div><div><br></div><div><img src="cid:ii_kow1gi160" alt="image.png" width="562" height="328"><br></div></div><div>Text version of the screenshot:</div><div>Disk 0 - 450 GB</div><div>579 MB NTFS System Reserved partition</div><div>449.43 GB C drive partition</div><div><br></div><div>Thanks!</div><div>- Alan</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, May 19, 2021 at 3:55 PM Richard W.M. Jones <<a href="mailto:rjones@redhat.com" target="_blank">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">On Wed, May 19, 2021 at 01:40:04PM -0400, Alan Daniels wrote:<br>
> Directly importing from VMware would be desirable to not have a 2-step process.<br>
> I'll look into updating.<br>
> <br>
> And just to confirm - it still has to go through vCenter right? (Can't go<br>
> directly to the ESXi host).<br>
<br>
It can import directly from ESXi, although you'll have to use the VDDK<br>
method which involves using some software from VMware with a non-libre<br>
license.  This is all detailed in the manual:<br>
<br>
<a href="https://libguestfs.org/virt-v2v-input-vmware.1.html" rel="noreferrer" target="_blank">https://libguestfs.org/virt-v2v-input-vmware.1.html</a><br>
<br>
> I tried the OVA method where I exported the VM using VMware's ovftool directly<br>
> to the new KVM host. However, importing this local OVA (with the oVirt GUI<br>
> rather than virt-v2v on the command line) still failed.<br>
> <br>
> "<br>
> virt-v2v: error: inspection could not detect the source guest (or physical<br>
> machine).<br>
<br>
Thanks for attaching the log.  It shows that virt-v2v found a single<br>
disk with two partitions, but it couldn't make sense of what was on<br>
the disk.  In particular it seems as if the second partition doesn't<br>
have C:\windows\system32\cmd.exe ?  If this was missing it would be<br>
enough to confuse virt-v2v into thinking there is no system partition.<br>
<br>
If you didn't delete the file then it might be some obscure Windows<br>
version we've not seen before, or some problem with ntfs-3g.<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>
virt-df lists disk usage of guests without needing to install any<br>
software inside the virtual machine.  Supports Linux and Windows.<br>
<a href="http://people.redhat.com/~rjones/virt-df/" rel="noreferrer" target="_blank">http://people.redhat.com/~rjones/virt-df/</a><br>
<br>
</blockquote></div><img src="https://t.sidekickopen70.com/s3t/o/5/f18dQhb0S7n28c7S9qW23Vq2_59hl0VW7_jsyP5JR-jdW4n-0962R1hSwN1Fp2ld2dLwZdVCSMd03?si=8000000003413087&pi=fb8dfb07-82c8-4445-cf95-6f7fbb685d22" alt="" style="display: none;" height="1" width="1"><div></div></div>
</blockquote></div>