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 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 people.redhat.com/~rjones Read my programming and virtualization blog: rwmj.wordpress.com libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. 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 people.redhat.com/~rjones Read my programming and virtualization blog: rwmj.wordpress.com virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. 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 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 people.redhat.com/~rjones Read my programming and virtualization blog: rwmj.wordpress.com virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. people.redhat.com/~rjones/virt-df