[Users] importing VM from ESXI
emitor at gmail.com
emitor at gmail.com
Wed Sep 25 21:10:00 UTC 2013
Hi,
I'm not being able to import a VM from ESXI:
[root at 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-5x-guests-ovirt-32/
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-permission-denied?answertab=active#tab-top
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 at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20130925/0ad458d2/attachment-0001.html>
More information about the Users
mailing list