Hi Kevin, Why not Internal Target Release == 8.0.0.0?
qa_ack+, please
(In reply to Danilo Cesar de Paula from comment #2) > Why not Internal Target Release == 8.0.0.0? Because I forgot to set it. :-) Doing that now.
Fix included in qemu-kvm-3.1.0-13.module+el8+2783+15cec5ae
Reproduced this issue on qemu-kvm-3.1.0-5.module+el8+2708+fbd828c6 with steps in description: Terminal 1: (qemu) info status VM status: running Terminal 2: (qemu) c Failed to get "write" lock Is another process using the image? **after migration** (qemu) info status VM status: running Terminal 3: (qemu) info status VM status: paused (postmigrate) Verified this bug on qemu-kvm-3.1.0-15.module+el8+2792+e33e01a0.x86_64: Terminal 1: (qemu) info status VM status: running Terminal 2: (qemu) c Failed to get "write" lock Is another process using the image [/home/kvm_autotest_root/images/rhel80-64-virtio-scsi.raw]? **after migration** (qemu) qemu-kvm: Failed to get "write" lock Is another process using the image [/home/kvm_autotest_root/images/rhel80-64-virtio-scsi.raw]? (qemu) info status VM status: paused (qemu) c Failed to get "write" lock Is another process using the image [/home/kvm_autotest_root/images/rhel80-64-virtio-scsi.raw]? Terminal 3: (qemu) info status VM status: paused (postmigrate) Thanks.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2019:1293