]> git.ipfire.org Git - thirdparty/qemu.git/commit
migration: Do not try to start VM if disk activation fails
authorPeter Xu <peterx@redhat.com>
Mon, 3 Nov 2025 18:32:51 +0000 (19:32 +0100)
committerPeter Xu <peterx@redhat.com>
Mon, 3 Nov 2025 21:04:10 +0000 (16:04 -0500)
commit26f65c01edcf046d0dcfaccaa24eb62584510e44
tree779625aa3a371475758f5c8141c21ff4ea1558b0
parent1529ec8f5fed0fdeb686c3f235f1b87ff116512e
migration: Do not try to start VM if disk activation fails

If a rare split brain happens (e.g. dest QEMU started running somehow,
taking shared drive locks), src QEMU may not be able to activate the
drives anymore.  In this case, src QEMU shouldn't start the VM or it might
crash the block layer later with something like:

Meanwhile, src QEMU cannot try to continue either even if dest QEMU can
release the drive locks (e.g. by QMP "stop").  Because as long as dest QEMU
started running, it means dest QEMU's RAM is the only version that is
consistent with current status of the shared storage.

Reviewed-by: Fabiano Rosas <farosas@suse.de>
Link: https://lore.kernel.org/r/20251103183301.3840862-3-jmarcin@redhat.com
Signed-off-by: Peter Xu <peterx@redhat.com>
migration/migration.c