summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorDr. David Alan Gilbert <dgilbert@redhat.com>2016-07-15 17:44:46 +0100
committerAmit Shah <amit.shah@redhat.com>2016-07-22 13:23:09 +0530
commit42da5550d6d44ea0a5e36925deba1e1b13041f42 (patch)
tree9e34534f62188fcffc9d76502b9f94b4dcadd7ca
parent206d0c24361a083fbdcb2cc86fb75dc8b7f251a2 (diff)
downloadqemu-42da5550d6d44ea0a5e36925deba1e1b13041f42.tar.gz
qemu-42da5550d6d44ea0a5e36925deba1e1b13041f42.tar.bz2
qemu-42da5550d6d44ea0a5e36925deba1e1b13041f42.zip
migration: set state to post-migrate on failure
If a migration fails/is cancelled during the postcopy stage we currently end up with the runstate as finish-migrate, where it should be post-migrate. There's a small window in precopy where I think the same thing can happen, but I've never seen it. It rarely matters; the only postcopy case is if you restart a migration, which again is a case that rarely matters in postcopy because it's only safe to restart the migration if you know the destination hasn't been running (which you might if you started the destination with -S and hadn't got around to 'c' ing it before the postcopy failed). Even then it's a small window but potentially you could hit if there's a problem loading the devices on the destination. This corresponds to: https://bugzilla.redhat.com/show_bug.cgi?id=1355683 Signed-off-by: Dr. David Alan Gilbert <dgilbert@redhat.com> Reviewed-by: Amit Shah <amit.shah@redhat.com> Message-Id: <1468601086-32117-1-git-send-email-dgilbert@redhat.com> Signed-off-by: Amit Shah <amit.shah@redhat.com>
-rw-r--r--migration/migration.c4
1 files changed, 4 insertions, 0 deletions
diff --git a/migration/migration.c b/migration/migration.c
index c4e019305c..955d5ee38c 100644
--- a/migration/migration.c
+++ b/migration/migration.c
@@ -1837,6 +1837,10 @@ static void *migration_thread(void *opaque)
} else {
if (old_vm_running && !entered_postcopy) {
vm_start();
+ } else {
+ if (runstate_check(RUN_STATE_FINISH_MIGRATE)) {
+ runstate_set(RUN_STATE_POSTMIGRATE);
+ }
}
}
qemu_bh_schedule(s->cleanup_bh);