FWIW, importing directly from an ESX server still works:
virt-v2v-host:
- RHEL/CentOS 6.5 physical host ( virt-v2v uses qemu-kvm = extra++ slow on a VM)
- Packages:
virt-v2v-0.9.1-5.el6_5.x86_64
libguestfs-winsupport-1.0-7.el6.x86_64
libguestfs-tools-c-1.20.11-2.el6.x86_64
libguestfs-tools-1.20.11-2.el6.x86_64
libguestfs-1.20.11-2.el6.x86_64
virtio-win-1.6.7-2.el6.noarch ( RHEL only? )
- network acces to:
oVirt export domain (NFS)
esx host(s) to import from (HTTPS)
- virt-v2v has to run as root to mount the oVirt NFS export domain
- Edit ~/.netrc and add a line for the esx host(s) to import from
(change the <> parts):
machine <esx.host.fqdn> login <esxuser> password <esxpassword>
- Fix permissions on netrc file:
chmod 600 ~/.netrc
- Run virt-v2v ( again: change the <> parts, ?no_verify=1 is needed
when esx uses self signed certs)
LIBGUESTFS_DEBUG=1 virt-v2v -ic esx://<esx.host.fqdn>/?no_verify=1 -o
rhev -os <rhev.export.domain.host:/var/exports/export_domain>
--network <target_network_name> <vmname>
Conversion can take quite some time after the disk copy,
especially when virt-v2v removes the vmware tools.
Running on a physical host (or using nested virtualization) helps.
On Mon, Jan 20, 2014 at 8:59 AM, Sander Grendelman
<sander(a)grendelman.com> wrote:
https://rhn.redhat.com/errata/RHBA-2013-1749.html
"""
This update fixes the following bug:
* An update to virt-v2v included upstream support for the import of OVA images
exported by VMware servers. Unfortunately, testing has shown that VMDK images
created by recent versions of VMware ESX cannot be reliably supported, thus this
feature has been withdrawn. (BZ#1028983)
Users of virt-v2v are advised to upgrade to this updated package, which fixes
this bug.
"""