[Users] importing VM from ESXI

Hi, I'm not being able to import a VM from ESXI: [root@ovirt-mgmt ~]# LIBGUESTFS_TRACE=1 LIBGUESTFS_DEBUG=1 virt-v2v -ic esx://10.11.12.123/?no_verify=1 -o rhev -os 10.11.12.222:/var/lib/exports/export --network ovirtmgt MultiDektec MultiDektec_MultiDektec: 100% [======================================================================================================================================================]D 0h36m54s libguestfs: trace: set_verbose true libguestfs: trace: set_verbose = 0 libguestfs: trace: set_backend "appliance" libguestfs: trace: set_backend = 0 libguestfs: create: flags = 0, handle = 0x4431d30, program = perl libguestfs: trace: set_attach_method "appliance" libguestfs: trace: set_backend "appliance" libguestfs: trace: set_backend = 0 libguestfs: trace: set_attach_method = 0 libguestfs: trace: add_drive "/tmp/KxIoJI50Pc/2872ac3e-7340-4dfa-9801-0a1bd052b3a3/v2v._ApSlRZG/387a5113-bbc2-45a2-9c55-5dc3dade31a9/01c899de-131e-4407-a16c-8c5484ccb8bd" "format:raw" "iface:ide" "name:sda" libguestfs: trace: add_drive = 0 libguestfs: trace: add_drive "/tmp/to3mfS2mtB" "readonly:true" "format:raw" "iface:ide" libguestfs: trace: add_drive = 0 libguestfs: trace: set_network true libguestfs: trace: set_network = 0 libguestfs: trace: launch libguestfs: trace: get_tmpdir libguestfs: trace: get_tmpdir = "/tmp" libguestfs: trace: get_backend libguestfs: trace: get_backend = "direct" libguestfs: launch: backend=direct libguestfs: launch: tmpdir=/tmp/libguestfsbaJ32y libguestfs: launch: umask=0022 libguestfs: launch: euid=36 libguestfs: command: run: supermin-helper libguestfs: command: run: \ --verbose libguestfs: command: run: \ -u 36 libguestfs: command: run: \ -g 36 libguestfs: command: run: \ -f checksum libguestfs: command: run: \ /usr/lib64/guestfs/supermin.d libguestfs: command: run: \ x86_64 supermin helper [00008ms] whitelist = (not specified), host_cpu = x86_64, kernel = (null), initrd = (null), appliance = (null) supermin helper [00009ms] inputs[0] = /usr/lib64/guestfs/supermin.d checking modpath /lib/modules/3.10.10-200.fc19.x86_64 is a directory checking modpath /lib/modules/3.11.1-200.fc19.x86_64 is a directory checking modpath /lib/modules/3.10.11-200.fc19.x86_64 is a directory picked vmlinuz-3.11.1-200.fc19.x86_64 supermin helper [00010ms] finished creating kernel supermin helper [00010ms] visiting /usr/lib64/guestfs/supermin.d supermin helper [00010ms] visiting /usr/lib64/guestfs/supermin.d/base.img supermin helper [00055ms] visiting /usr/lib64/guestfs/supermin.d/daemon.img supermin helper [00057ms] visiting /usr/lib64/guestfs/supermin.d/hostfiles supermin helper [00419ms] visiting /usr/lib64/guestfs/supermin.d/init.img supermin helper [00440ms] visiting /usr/lib64/guestfs/supermin.d/udev-rules.img supermin helper [00468ms] adding kernel modules supermin helper [00528ms] finished creating appliance libguestfs: checksum of existing appliance: 096bf8833aed53a33f7c0da2a5e685ad430bba5b50ae20a7e0325bca32cca6d2 libguestfs: trace: get_cachedir libguestfs: trace: get_cachedir = "/var/tmp" libguestfs: [00718ms] begin testing qemu features libguestfs: command: run: /usr/bin/qemu-kvm libguestfs: command: run: \ -nographic libguestfs: command: run: \ -help libguestfs: command: run: /usr/bin/qemu-kvm libguestfs: command: run: \ -nographic libguestfs: command: run: \ -version libguestfs: qemu version 1.4 libguestfs: command: run: /usr/bin/qemu-kvm libguestfs: command: run: \ -nographic libguestfs: command: run: \ -machine accel=kvm:tcg libguestfs: command: run: \ -device ? libguestfs: [01607ms] finished testing qemu features [01608ms] /usr/bin/qemu-kvm \ -global virtio-blk-pci.scsi=off \ -nodefconfig \ -nodefaults \ -nographic \ -machine accel=kvm:tcg \ -m 500 \ -no-reboot \ -no-hpet \ -kernel /var/tmp/.guestfs-36/kernel.52160 \ -initrd /var/tmp/.guestfs-36/initrd.52160 \ -device virtio-scsi-pci,id=scsi \ -drive file=/tmp/KxIoJI50Pc/2872ac3e-7340-4dfa-9801-0a1bd052b3a3/v2v._ApSlRZG/387a5113-bbc2-45a2-9c55-5dc3dade31a9/01c899de-131e-4407-a16c-8c5484ccb8bd,cache=none,format=raw,id=hd0,if=ide \ -drive file=/tmp/to3mfS2mtB,snapshot=on,format=raw,id=hd1,if=ide \ -drive file=/var/tmp/.guestfs-36/root.52160,snapshot=on,id=appliance,if=none,cache=unsafe \ -device scsi-hd,drive=appliance \ -device virtio-serial \ -serial stdio \ -device sga \ -chardev socket,path=/tmp/libguestfsbaJ32y/guestfsd.sock,id=channel0 \ -device virtserialport,chardev=channel0,name=org.libguestfs.channel.0 \ -netdev user,id=usernet,net=169.254.0.0/16 \ -device virtio-net-pci,netdev=usernet \ -append 'panic=1 console=ttyS0 udevtimeout=600 no_timer_check acpi=off printk.time=1 cgroup_disable=memory root=/dev/sdc selinux=0 guestfs_verbose=1 TERM=screen' qemu-system-x86_64: -drive file=/tmp/KxIoJI50Pc/2872ac3e-7340-4dfa-9801-0a1bd052b3a3/v2v._ApSlRZG/387a5113-bbc2-45a2-9c55-5dc3dade31a9/01c899de-131e-4407-a16c-8c5484ccb8bd,cache=none,format=raw,id=hd0,if=ide: could not open disk image /tmp/KxIoJI50Pc/2872ac3e-7340-4dfa-9801-0a1bd052b3a3/v2v._ApSlRZG/387a5113-bbc2-45a2-9c55-5dc3dade31a9/01c899de-131e-4407-a16c-8c5484ccb8bd: Permission denied libguestfs: child_cleanup: 0x4431d30: child process died libguestfs: sending SIGTERM to process 52793 libguestfs: trace: launch = -1 (error) virt-v2v: Failed to launch guestfs appliance. Try running again with LIBGUESTFS_DEBUG=1 for more information libguestfs: trace: close libguestfs: closing guestfs handle 0x4431d30 (state 0) libguestfs: command: run: rm libguestfs: command: run: \ -rf /tmp/libguestfsbaJ32y I've followed this link to do it: http://www.hacktheory.org/index.php/projects/projects-by-eureka/migrate-esxi... And these to try to fix the error: https://bugzilla.redhat.com/show_bug.cgi?id=921292 http://superuser.com/questions/298426/kvm-image-failed-to-start-with-virsh-p... But it's still happening the same I'm running: qemu-kvm-1.4.2-9.fc19.x86_64 libvirt-1.1.2-1.fc19 vdsm-4.12.1-2.fc19 libguestfs-tools-c-1.22.6-1.fc19.x86_64 libguestfs-1.22.6-1.fc19.x86_64 virt-v2v-0.9.0-3.fc19.x86_64 Could you give me a hint on this? Thanks! -- *Emiliano Tortorella* +598 98941176 emitor@gmail.com

On Wed, Sep 25, 2013 at 06:10:00PM -0300, emitor@gmail.com wrote:
could not open disk image /tmp/KxIoJI50Pc/2872ac3e-7340-4dfa-9801-0a1bd052b3a3/v2v._ApSlRZG/387a5113-bbc2-45a2-9c55-5dc3dade31a9/01c899de-131e-4407-a16c-8c5484ccb8bd: Permission denied
The error comes from qemu and indicates qemu cannot open this temporary disk image. I've no idea why it cannot open it, but possibilities include: SELinux, file permissions (eg on /tmp), setting of TMPDIR, relative path to a backing file, and more ... I'd suggest that you 'strace -f' the whole set of processes to see what precise system call fails. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#)

Thanks Richard! SELinux is set as Permissive, the tmp directory has permission as 777 root:root. What do you mean with the setting of TMPDIR?, I'm going to start the process again using the strace as you tell me but I'm not sure if I'm going to be able to deduce where is the issue with the output of that command. If you know something else that I could check would be great! Regards! 2013/9/26 Richard W.M. Jones <rjones@redhat.com>
On Wed, Sep 25, 2013 at 06:10:00PM -0300, emitor@gmail.com wrote:
could not open disk image
/tmp/KxIoJI50Pc/2872ac3e-7340-4dfa-9801-0a1bd052b3a3/v2v._ApSlRZG/387a5113-bbc2-45a2-9c55-5dc3dade31a9/01c899de-131e-4407-a16c-8c5484ccb8bd:
Permission denied
The error comes from qemu and indicates qemu cannot open this temporary disk image. I've no idea why it cannot open it, but possibilities include: SELinux, file permissions (eg on /tmp), setting of TMPDIR, relative path to a backing file, and more ...
I'd suggest that you 'strace -f' the whole set of processes to see what precise system call fails.
Rich.
-- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#)
-- *Emiliano Tortorella* +598 98941176 emitor@gmail.com

On Thu, Sep 26, 2013 at 09:35:13AM -0300, emitor@gmail.com wrote:
Thanks Richard!
SELinux is set as Permissive, the tmp directory has permission as 777 root:root. What do you mean with the setting of TMPDIR?, I'm going to start the process again using the strace as you tell me but I'm not sure if I'm going to be able to deduce where is the issue with the output of that command.
Pastebin the whole strace somewhere and post a link to this mailing list. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org
participants (2)
-
emitor@gmail.com
-
Richard W.M. Jones