Created attachment 1770163 [details] screen log with -v -x option Description of problem: virt-v2v convert EMC_Isilon_OneFS simulator fail Version-Release number of selected component (if applicable): virt-v2v-1.43.4-5.fc35 How reproducible: always Steps to Reproduce: 1. download EMC_Isilon_OneFS_9.1.0.0_Simulator.zip and unzip 2. virt-v2v -i ova 9.1.0.0.ova -o local -os tmp/ Actual results: [jianhong@fstest 9.1.0.0]$ rpm -qf `which virt-v2v` virt-v2v-1.43.4-5.fc35.x86_64 [jianhong@fstest 9.1.0.0]$ virt-v2v -i ova 9.1.0.0.ova -o local -os tmp/ [ 0.0] Opening the source -i ova 9.1.0.0.ova [ 0.7] Creating an overlay to protect the source from being modified [ 3.5] Opening the overlay [ 56.9] Inspecting the overlay virt-v2v: error: mount: mount_stub: /dev/mirror/root0: No such file or directory If reporting bugs, run virt-v2v with debugging enabled and include the complete output: virt-v2v -v -x [...] #more details: see attachment Expected results: convert the ova file to kvm success Additional info: the OVA file works fine with vmware player on windows
Virt-v2v doesn't convert arbitrary disk images, only those on the supported list: https://libguestfs.org/virt-v2v-support.1.html (Or if using RHEL: https://access.redhat.com/articles/1351473) In this case it's a FreeBSD-based appliance not created from VMware, which is not supported. The appliance also contains 22(!) separate disks, which is unusual to say the least, so you'll probably have difficulty even doing a manual conversion. However if you want to try it then: $ tar xvf ova 9.1.0.0.ova and for each *.vmdk file do: $ qemu-img convert -f vmdk -O raw 9.1.0.0-disk1.vmdk 9.1.0.0-disk1.raw Then you could try to upload the disk images manually to the target (RHV? libvirt?) and make a VM out of them. The FreeBSD kernel in the image probably has virtio drivers already.
(In reply to Richard W.M. Jones from comment #1) > Virt-v2v doesn't convert arbitrary disk images, only those on the supported > list: > > https://libguestfs.org/virt-v2v-support.1.html > > (Or if using RHEL: https://access.redhat.com/articles/1351473) > > In this case it's a FreeBSD-based appliance not created from VMware, which is > not supported. Good to know. > > The appliance also contains 22(!) separate disks, which is unusual to say > the least, so you'll probably have difficulty even doing a manual conversion. > > However if you want to try it then: > > $ tar xvf ova 9.1.0.0.ova > > and for each *.vmdk file do: > > $ qemu-img convert -f vmdk -O raw 9.1.0.0-disk1.vmdk 9.1.0.0-disk1.raw > > Then you could try to upload the disk images manually to the target > (RHV? libvirt?) and make a VM out of them. The FreeBSD kernel in the > image probably has virtio drivers already. I had tried to manually convert the disks and start with virt-install, But the result is always different from the result in vmware-player. have no idea what caused the difference: -> see: attachment
Created attachment 1770185 [details] start from VMware-player
Created attachment 1770186 [details] start from libvirt