-
Bug
-
Resolution: Unresolved
-
Undefined
-
rhel-10.0
-
libvirt-10.10.0-7.el10
-
No
-
Moderate
-
rhel-sst-virtualization-storage
-
ssg_virtualization
-
5
-
Dev ack
-
False
-
-
None
-
None
-
None
What were you trying to do that didn't work?
If a VM is migrated while paused and not unpaused od the destination, qemu doesn't re-activate the disk backends. This can lean to failures or even qemu abort() when attempting to run a blockjob.
Observed behaviour:
- error: internal error: unable to execute QEMU command 'block-commit': Block node is read-only
- error: internal error: unable to execute QEMU command 'blockdev-mirror': Inactive 'libvirt-1-storage' can't be a backing child of active '#block089'
- possibly assertion failure and abort() in qemu
- some read-only job such as blockcopy succeed without recent upstream fixes but fail thereafter
Libvirt will need to use the new interface in qemu to re-activate the nodes after migration.
- is blocked by
-
RHEL-54296 Provide QMP command for block device reactivation after migration [rhel-9.5]
-
- Integration
-
-
RHEL-54670 Provide QMP command for block device reactivation after migration [rhel-10.0]
-
- Integration
-
- relates to
-
RHEL-48801 Live migration of a paused domain twice causing qemu crash
-
- Integration
-