On Thu, Apr 12, 2018 at 11:57 PM, David Lee <live4t...@gmail.com> wrote: >>> >>> We tested qemu-kvm-ev-2.9.0-16.el7_4.14.1 - where from the source RPM we >>> verified it does contain ef6dada8b44e1e7c4bec5c1115903af9af415b50 >>> >>> But the issue still exists. The convert got stuck if one of the old >>> active overlay >>> had been 'vol-resize'd with qemu monitor command to a larger size. This >>> looks >>> like a prerequisite but not sufficient condition to trigger this badness. >> >> So it is a separate issue. Did you try upstream master as well? >> >> Fam > > Not yet.
Stefan & FAM, Here are the steps to reproduce this issue reliably: # qemu-img create -f qcow2 test.qcow2 100m ... omitted # qemu-img create -F qcow2 -f qcow2 -b test.qcow2 overlay.qcow2 ... omitted # qemu-img resize overlay.qcow2 +20m Image resized. # qemu-img create -F qcow2 -f qcow2 -b overlay.qcow2 overlay2.qcow2 ... omitted # qemu-img convert overlay2.qcow2 -f qcow2 -O qcow2 combined.qcow2 [hang] # qemu-img --version qemu-img version 2.9.0(qemu-kvm-ev-2.9.0-16.el7_4.14.1) -- Thanks, Li Qun
