Sorry I forgot the -v options. The source is a local disk image. Alain VONDRA Chargé d'exploitation des Systèmes d'Information Direction Administrative et Financière +33 1 44 39 77 76 UNICEF France 3 rue Duguay Trouin 75006 PARIS www.unicef.fr -----Message d'origine----- De : Richard W.M. Jones [mailto:rjones@redhat.com] Envoyé : lundi 13 octobre 2014 23:09 À : VONDRA Alain Cc : libguestfs@redhat.com Objet : Re: [Libguestfs] Virt-v2v conversion issue On Mon, Oct 13, 2014 at 12:22:27PM +0000, VONDRA Alain wrote:> Hi, > Here is the log file, I saw just ioctl warnings. > AlainI really need to see virt-v2v with -x *and* -v options. The errors seem to be happening in the 'qemu-img convert' stage which just copies from the source to the target. Is the source a local disk image? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org
The ioctl failure is not an error, but it's unexpected, and maybe hints at something deeper. What version of libguestfs-winsupport is installed? It should be 7.1-3.el7 (assuming this is RHEL 7), which has support for fstrim of aligned NTFS partitions. - - - Now on to the real problem ... 'qemu-img convert' is running, and then fails. Does it hang or crash? I would enable core dumps and capture one, since there's obviously a bug in qemu-img: (1) As root do: echo core.%p > /proc/sys/kernel/core_pattern (2) Before running virt-v2v, do: ulimited -c unlimited and you should get a core.* file in the current directory when qemu-img segfaults. Attach that file to gdb to get a stack trace: gdb /usr/bin/qemu-img core.XYZ (gdb) t a a bt It's very unexpected for qemu-img convert to fail, especially from a raw format local disk. But bugs can happen ... If qemu-img is hanging, not crashing, then you can attach gdb directly to the process and get a stack trace that way. What version of qemu-kvm-rhev is this? - - - If fstrim is successful then it should greatly reduce the amount of data to copy, both saving you lots of time and making the 'qemu-img convert' bug harder to hit. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/
The version libguestfs-winsupport installed is well 7.1-3.el7 and the qemu-kvm-rhev is 2.1.2-2.el7 In fact the qemu-img convert hangs. Alain Alain VONDRA Chargé d'exploitation des Systèmes d'Information Direction Administrative et Financière +33 1 44 39 77 76 UNICEF France 3 rue Duguay Trouin 75006 PARIS www.unicef.fr -----Message d'origine----- De : Richard W.M. Jones [mailto:rjones@redhat.com] Envoyé : mardi 14 octobre 2014 08:44 À : VONDRA Alain Cc : libguestfs@redhat.com Objet : Re: [Libguestfs] Virt-v2v conversion issue The ioctl failure is not an error, but it's unexpected, and maybe hints at something deeper. What version of libguestfs-winsupport is installed? It should be 7.1-3.el7 (assuming this is RHEL 7), which has support for fstrim of aligned NTFS partitions. - - - Now on to the real problem ... 'qemu-img convert' is running, and then fails. Does it hang or crash? I would enable core dumps and capture one, since there's obviously a bug in qemu-img: (1) As root do: echo core.%p > /proc/sys/kernel/core_pattern (2) Before running virt-v2v, do: ulimited -c unlimited and you should get a core.* file in the current directory when qemu-img segfaults. Attach that file to gdb to get a stack trace: gdb /usr/bin/qemu-img core.XYZ (gdb) t a a bt It's very unexpected for qemu-img convert to fail, especially from a raw format local disk. But bugs can happen ... If qemu-img is hanging, not crashing, then you can attach gdb directly to the process and get a stack trace that way. What version of qemu-kvm-rhev is this? - - - If fstrim is successful then it should greatly reduce the amount of data to copy, both saving you lots of time and making the 'qemu-img convert' bug harder to hit. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/