On Thu, Apr 12, 2018 at 10:03 AM, Fam Zheng <f...@redhat.com> wrote: > 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 >
Thanks, Fam. We just tracked down to this BZ too and are about to trying the commit ef6dada8b44e1e7c4bec5c1115903af9af415b50 -- Thanks, Li Qun