[Users] v2v error
Michael Wagenknecht
Wagenknecht at FuH-E.de
Wed May 8 02:18:58 EDT 2013
Hi Jose,
the disk size has to be the same and the "Allocation Policy" has to be
the right one (see my first answer).
Regards, Michael
Am 07.05.2013 18:51, schrieb suporte at logicworks.pt:
> Hi,
>
> I did that but it fails, maybe the KVM disk has to be the same size or
> bigger?
>
> Regards
> Jose
>
> ------------------------------------------------------------------------
> *From: *"Michael Wagenknecht" <Wagenknecht at FuH-E.de>
> *To: *users at ovirt.org
> *Sent: *Terça-feira, 7 de Maio de 2013 12:47:52
> *Subject: *Re: [Users] v2v error
>
> Hi,
> the folder images/<imgId> contains the virtual disks. Every disk in a
> separate folder.
> You can ignore the .meta file in the images folder.
> The other one is the image file. You can check it with the command:
> qemu-img info f89d8ca3-f65c-45a0-8f2e-df2f05014d0b
>
> The folder master/vms/<vmId> contains a description file of the vm in
> the .ovf format.
> When your VM uses more than one virtual disks, there you can find the
> imgId of the disks.
>
> Regards, Michael
>
>
> Am 07.05.2013 13:24, schrieb suporte at logicworks.pt:
>
> Hi Michael,
>
> Thanks. One question, Myexported VM has the name Fedora, how can I
> identify it on the system?
> In the export domain i have
> drwxr-xr-x. 2 vdsm kvm 4096 Apr 12 17:07 dom_md
> drwxr-xr-x. 3 vdsm kvm 4096 May 7 10:57 images
> drwxr-xr-x. 4 vdsm kvm 4096 Apr 12 17:08 master
>
> and in
> /mnt/398da79f-53e1-43dd-8836-e58edd4de975/images/2a95635c-3e1b-45a6-be8c-fa66317b6475
> I have
> -rw-rw----. 1 vdsm kvm 1073741824 May 7 10:59
> f89d8ca3-f65c-45a0-8f2e-df2f05014d0b
> -rw-r--r--. 1 vdsm kvm 269 May 7 10:57
> f89d8ca3-f65c-45a0-8f2e-df2f05014d0b.meta
>
> which one is the exported VM?
>
> ------------------------------------------------------------------------
> *From: *"Michael Wagenknecht" <Wagenknecht at FuH-E.de>
> *To: *users at ovirt.org
> *Sent: *Terça-feira, 7 de Maio de 2013 7:33:49
> *Subject: *Re: [Users] v2v error
>
> Hi,
> I had the same problem some weeks ago. After many hours of try an
> error I went another way.
> I made a new VM on the ovirt engine with the same parameter than
> the kvm VM. Especially the "Allocation Policy" of the virtual disk
> is important (Preallocated for raw images and Thin Provision for
> qcow images). Then I export the VM. Then I copy the image from the
> KVM server to the ovirt export folder and override the empty one.
> Please check the permissions. Now you can import the VM.
> I go this way with a lot of linux and windows VMs.
>
> Regards, Michael
>
>
> Am 07.05.2013 01:52, schrieb suporte at logicworks.pt:
>
> This is what I get if run LIBGUESTFS_DEBUG=1 virt-v2v -i
> libvirt -ic qemu+ssh://root@IP-Address/system -o rhev -os
> nfs.domain.local:/ovirt/export -of qcow2 -oa sparse -n
> ovirtmgmt VM_Name
>
> Fedora14.qcow2: 100%
> [===============================================]D 0h59m31s
> libguestfs: create: flags = 0, handle = 0x2d8fdd0
> libguestfs: launch: attach-method=libvirt
> libguestfs: launch: tmpdir=/tmp/libguestfs4jk5Wh
> libguestfs: launch: umask=0022
> libguestfs: launch: euid=36
> libguestfs: libvirt version = 10002 (0.10.2)
> libguestfs: [00000ms] connect to libvirt
> libguestfs: opening libvirt handle: URI = NULL, auth =
> virConnectAuthPtrDefault, flags = 0
> libguestfs: successfully opened libvirt handle: conn = 0x2d7b690
> libguestfs: [00164ms] get libvirt capabilities
> libguestfs: [05465ms] parsing capabilities XML
> libguestfs: [05467ms] build appliance
> libguestfs: command: run: febootstrap-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 [00002ms] whitelist = (not specified),
> host_cpu = x86_64, kernel = (null), initrd = (null), appliance
> = (null)
> supermin helper [00002ms] inputs[0] =
> /usr/lib64/guestfs/supermin.d
> checking modpath /lib/modules/3.8.6-203.fc18.x86_64 is a directory
> picked vmlinuz-3.8.6-203.fc18.x86_64 because modpath
> /lib/modules/3.8.6-203.fc18.x86_64 exists
> checking modpath /lib/modules/3.8.11-200.fc18.x86_64 is a
> directory
> picked vmlinuz-3.8.11-200.fc18.x86_64 because modpath
> /lib/modules/3.8.11-200.fc18.x86_64 exists
> checking modpath /lib/modules/3.8.8-202.fc18.x86_64 is a directory
> picked vmlinuz-3.8.8-202.fc18.x86_64 because modpath
> /lib/modules/3.8.8-202.fc18.x86_64 exists
> supermin helper [00002ms] finished creating kernel
> supermin helper [00003ms] visiting /usr/lib64/guestfs/supermin.d
> supermin helper [00003ms] visiting
> /usr/lib64/guestfs/supermin.d/base.img
> supermin helper [00010ms] visiting
> /usr/lib64/guestfs/supermin.d/daemon.img
> supermin helper [00052ms] visiting
> /usr/lib64/guestfs/supermin.d/hostfiles
> supermin helper [00748ms] visiting
> /usr/lib64/guestfs/supermin.d/init.img
> supermin helper [00762ms] visiting
> /usr/lib64/guestfs/supermin.d/udev-rules.img
> supermin helper [00770ms] adding kernel modules
> supermin helper [00898ms] finished creating appliance
> libguestfs: checksum of existing appliance:
> 7705d920c064a722def20ac25b6fb162ceec1019efac541dacfea976a5540326
> libguestfs: [06509ms] begin building supermin appliance
> libguestfs: [06509ms] run supermin-helper
> libguestfs: command: run: febootstrap-supermin-helper
> libguestfs: command: run: \ --verbose
> libguestfs: command: run: \ -u 36
> libguestfs: command: run: \ -g 36
> libguestfs: command: run: \ --copy-kernel
> libguestfs: command: run: \ -f ext2
> libguestfs: command: run: \ /usr/lib64/guestfs/supermin.d
> libguestfs: command: run: \ x86_64
> libguestfs: command: run: \ /var/tmp/guestfs.uYx5Jb/kernel
> libguestfs: command: run: \ /var/tmp/guestfs.uYx5Jb/initrd
> libguestfs: command: run: \ /var/tmp/guestfs.uYx5Jb/root
> supermin helper [00001ms] whitelist = (not specified),
> host_cpu = x86_64, kernel = /var/tmp/guestfs.uYx5Jb/kernel,
> initrd = /var/tmp/guestfs.uYx5Jb/initrd, appliance =
> /var/tmp/guestfs.uYx5Jb/root
> supermin helper [00001ms] inputs[0] =
> /usr/lib64/guestfs/supermin.d
> checking modpath /lib/modules/3.8.6-203.fc18.x86_64 is a directory
> picked vmlinuz-3.8.6-203.fc18.x86_64 because modpath
> /lib/modules/3.8.6-203.fc18.x86_64 exists
> checking modpath /lib/modules/3.8.11-200.fc18.x86_64 is a
> directory
> picked vmlinuz-3.8.11-200.fc18.x86_64 because modpath
> /lib/modules/3.8.11-200.fc18.x86_64 exists
> checking modpath /lib/modules/3.8.8-202.fc18.x86_64 is a directory
> picked vmlinuz-3.8.8-202.fc18.x86_64 because modpath
> /lib/modules/3.8.8-202.fc18.x86_64 exists
> supermin helper [00110ms] finished creating kernel
> supermin helper [02561ms] finished mke2fs
> supermin helper [02563ms] visiting /usr/lib64/guestfs/supermin.d
> supermin helper [02563ms] visiting
> /usr/lib64/guestfs/supermin.d/base.img
> supermin helper [11451ms] visiting
> /usr/lib64/guestfs/supermin.d/daemon.img
> supermin helper [11522ms] visiting
> /usr/lib64/guestfs/supermin.d/hostfiles
> supermin helper [38004ms] visiting
> /usr/lib64/guestfs/supermin.d/init.img
> supermin helper [38010ms] visiting
> /usr/lib64/guestfs/supermin.d/udev-rules.img
> supermin helper [38016ms] adding kernel modules
> supermin helper [62584ms] closing ext2 filesystem
> supermin helper [62585ms] finished creating appliance
> libguestfs: [69110ms] finished building supermin appliance
> libguestfs: command: run: rm
> libguestfs: command: run: \ -rf /var/tmp/guestfs.uYx5Jb
> libguestfs: command: run: qemu-img
> libguestfs: command: run: \ create
> libguestfs: command: run: \ -f qcow2
> libguestfs: command: run: \ -b /var/tmp/.guestfs-36/root.14358
> libguestfs: command: run: \ -o backing_fmt=raw
> libguestfs: command: run: \ /tmp/libguestfs4jk5Wh/snapshot1
> Formatting '/tmp/libguestfs4jk5Wh/snapshot1', fmt=qcow2
> size=4294967296 backing_file='/var/tmp/.guestfs-36/root.14358'
> backing_fmt='raw' encryption=off cluster_size=65536
> lazy_refcounts=off
> libguestfs: command: run: qemu-img
> libguestfs: command: run: \ create
> libguestfs: command: run: \ -f qcow2
> libguestfs: command: run: \ -b /tmp/etlVovb09U
> libguestfs: command: run: \ -o backing_fmt=raw
> libguestfs: command: run: \ /tmp/libguestfs4jk5Wh/snapshot2
> Formatting '/tmp/libguestfs4jk5Wh/snapshot2', fmt=qcow2
> size=446464 backing_file='/tmp/etlVovb09U' backing_fmt='raw'
> encryption=off cluster_size=65536 lazy_refcounts=off
> libguestfs: [69351ms] create libvirt XML
> virt-v2v: Failed to launch guestfs appliance. Try running
> again with LIBGUESTFS_DEBUG=1 for more information
> libguestfs: closing guestfs handle 0x2d8fdd0 (state 0)
> libguestfs: command: run: rm
> libguestfs: command: run: \ -rf /tmp/libguestfs4jk5Wh
>
>
>
> ------------------------------------------------------------------------
> *De: *suporte at logicworks.pt
> *Para: *Users at ovirt.org
> *Enviadas: *Segunda-feira, 6 Maio, 2013 23:45:36
> *Assunto: *[Users] v2v error
>
> I'm trying to export a VM from KVM. It's a Fedora14 machine.
> I run: virt-v2v -i libvirt -ic
> qemu+ssh://root@IP-Address/system -o rhev -os
> nfs.domain.local:/ovirt/export -of qcow2 -oa sparse -n
> ovirtmgmt VM_Name
>
> It starts to buid the umage but in the end I have an error
> message:
> virt-v2v: Failed to launch guestfs appliance. Try running
> again with LIBGUESTFS_DEBUG=1 for more information
>
> Something wrong with the guestfs?
>
> Jose
>
> --
> ------------------------------------------------------------------------
> Jose Ferradeira
> http://www.logicworks.pt
>
>
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
> --
> Mit freundlichen Grüßen
>
> Michael Wagenknecht
> FuH Entwicklungsgesellschaft mbH
> Geschäftsführer Carola Fornoff
> HRB Freiburg 701203, UID DE255007372
> Hauptstr. 4, D-79224 Umkirch
> Tel +49 7665 93288-0, Fax -150
>
>
>
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
> --
> Mit freundlichen Grüßen
>
> Michael Wagenknecht
> FuH Entwicklungsgesellschaft mbH
> Geschäftsführer Carola Fornoff
> HRB Freiburg 701203, UID DE255007372
> Hauptstr. 4, D-79224 Umkirch
> Tel +49 7665 93288-0, Fax -150
>
>
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
--
Mit freundlichen Grüßen
Michael Wagenknecht
FuH Entwicklungsgesellschaft mbH
Geschäftsführer Carola Fornoff
HRB Freiburg 701203, UID DE255007372
Hauptstr. 4, D-79224 Umkirch
Tel +49 7665 93288-0, Fax -150
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20130508/df8e33ed/attachment-0001.html>
More information about the Users
mailing list