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