On Thu, 04/12 09:51, David Lee wrote:
> On Mon, Apr 9, 2018 at 3:35 AM, Benny Zlotnik <bzlot...@redhat.com> wrote:
> 
> > $ gdb -p 13024 -batch -ex "thread apply all bt"
> > [Thread debugging using libthread_db enabled]
> > Using host libthread_db library "/lib64/libthread_db.so.1".
> > 0x00007f98275cfaff in ppoll () from /lib64/libc.so.6
> >
> > Thread 1 (Thread 0x7f983e30ab00 (LWP 13024)):
> > #0  0x00007f98275cfaff in ppoll () from /lib64/libc.so.6
> > #1  0x000055b55cf59d69 in qemu_poll_ns ()
> > #2  0x000055b55cf5ba45 in aio_poll ()
> > #3  0x000055b55ceedc0f in bdrv_get_block_status_above ()
> > #4  0x000055b55cea3611 in convert_iteration_sectors ()
> > #5  0x000055b55cea4352 in img_convert ()
> > #6  0x000055b55ce9d819 in main ()
> 
> 
> My team caught this issue too after switching to CentOS 7.4 with qemu-img
> 2.9.0
> gdb shows exactly the same backtrace when the convert stuck, and we are on
> NFS.
> 
> Later we found the following:
> 1. The stuck can happen on local storage, too.
> 2. Replace qemu-img 2.9.0 with 2.6.0 and everything works smoothly again.
> 
> BTW, we use "qemu-img convert" to convert qcow2 and its backing files into
> a single qcow2 image.

Maybe it is RHBZ 1508886?

Fam

Reply via email to