qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Peter Xu <peterx@redhat.com>
To: qemu-devel@nongnu.org
Cc: Andrea Arcangeli <aarcange@redhat.com>,
	"Daniel P . Berrange" <berrange@redhat.com>,
	Juan Quintela <quintela@redhat.com>,
	Alexey Perevalov <a.perevalov@samsung.com>,
	"Dr . David Alan Gilbert" <dgilbert@redhat.com>,
	peterx@redhat.com
Subject: [Qemu-devel] [PATCH v3 30/32] migration: delay the postcopy-active state switch
Date: Mon, 16 Oct 2017 14:52:14 +0800	[thread overview]
Message-ID: <20171016065216.18162-31-peterx@redhat.com> (raw)
In-Reply-To: <20171016065216.18162-1-peterx@redhat.com>

Switch the state until we try to start the VM on destination side.  The
problem is that without doing this we may have a very small window that
we'll be in such a state:

- dst VM is in postcopy-active state,
- main thread is handling MIG_CMD_PACKAGED message, which loads all the
  device states,
- ram load thread is reading memory data from source.

Then if we failed at this point when reading the migration stream we'll
also switch to postcopy-paused state, but that is not what we want.  If
device states failed to load, we should fail the migration directly
instead of pause.

Postponing the state switch to the point when we have already loaded the
devices' states and been ready to start running destination VM.

Signed-off-by: Peter Xu <peterx@redhat.com>
---
 migration/savevm.c | 10 ++++++++--
 1 file changed, 8 insertions(+), 2 deletions(-)

diff --git a/migration/savevm.c b/migration/savevm.c
index bc87b0e5b1..3bc792e320 100644
--- a/migration/savevm.c
+++ b/migration/savevm.c
@@ -1584,8 +1584,6 @@ static void *postcopy_ram_listen_thread(void *opaque)
     QEMUFile *f = mis->from_src_file;
     int load_res;
 
-    migrate_set_state(&mis->state, MIGRATION_STATUS_ACTIVE,
-                                   MIGRATION_STATUS_POSTCOPY_ACTIVE);
     qemu_sem_post(&mis->listen_thread_sem);
     trace_postcopy_ram_listen_thread_start();
 
@@ -1748,6 +1746,14 @@ static int loadvm_postcopy_handle_run(MigrationIncomingState *mis)
         return -1;
     }
 
+    /*
+     * Declare that we are in postcopy now.  We should already have
+     * all the device states loaded ready when reach here, and also
+     * the ram load thread running.
+     */
+    migrate_set_state(&mis->state, MIGRATION_STATUS_ACTIVE,
+                                   MIGRATION_STATUS_POSTCOPY_ACTIVE);
+
     data = g_new(HandleRunBhData, 1);
     data->bh = qemu_bh_new(loadvm_postcopy_handle_run_bh, data);
     qemu_bh_schedule(data->bh);
-- 
2.13.5

  parent reply	other threads:[~2017-10-16  6:54 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-10-16  6:51 [Qemu-devel] [PATCH v3 00/32] Migration: postcopy failure recovery Peter Xu
2017-10-16  6:51 ` [Qemu-devel] [PATCH v3 01/32] migration: better error handling with QEMUFile Peter Xu
2017-10-16  6:51 ` [Qemu-devel] [PATCH v3 02/32] migration: reuse mis->userfault_quit_fd Peter Xu
2017-10-16  6:51 ` [Qemu-devel] [PATCH v3 03/32] migration: provide postcopy_fault_thread_notify() Peter Xu
2017-10-16  6:51 ` [Qemu-devel] [PATCH v3 04/32] migration: new postcopy-pause state Peter Xu
2017-10-16  6:51 ` [Qemu-devel] [PATCH v3 05/32] migration: implement "postcopy-pause" src logic Peter Xu
2017-10-16  6:51 ` [Qemu-devel] [PATCH v3 06/32] migration: allow dst vm pause on postcopy Peter Xu
2017-10-16  6:51 ` [Qemu-devel] [PATCH v3 07/32] migration: allow src return path to pause Peter Xu
2017-10-16  6:51 ` [Qemu-devel] [PATCH v3 08/32] migration: allow send_rq to fail Peter Xu
2017-10-16  6:51 ` [Qemu-devel] [PATCH v3 09/32] migration: allow fault thread to pause Peter Xu
2017-10-16  6:51 ` [Qemu-devel] [PATCH v3 10/32] qmp: hmp: add migrate "resume" option Peter Xu
2017-10-16  6:51 ` [Qemu-devel] [PATCH v3 11/32] migration: pass MigrationState to migrate_init() Peter Xu
2017-10-16  6:51 ` [Qemu-devel] [PATCH v3 12/32] migration: rebuild channel on source Peter Xu
2017-10-16  6:51 ` [Qemu-devel] [PATCH v3 13/32] migration: new state "postcopy-recover" Peter Xu
2017-10-16  6:51 ` [Qemu-devel] [PATCH v3 14/32] migration: wakeup dst ram-load-thread for recover Peter Xu
2017-10-16  6:51 ` [Qemu-devel] [PATCH v3 15/32] migration: new cmd MIG_CMD_RECV_BITMAP Peter Xu
2017-10-16  6:52 ` [Qemu-devel] [PATCH v3 16/32] migration: new message MIG_RP_MSG_RECV_BITMAP Peter Xu
2017-10-16  6:52 ` [Qemu-devel] [PATCH v3 17/32] migration: new cmd MIG_CMD_POSTCOPY_RESUME Peter Xu
2017-10-16  6:52 ` [Qemu-devel] [PATCH v3 18/32] migration: new message MIG_RP_MSG_RESUME_ACK Peter Xu
2017-10-16  6:52 ` [Qemu-devel] [PATCH v3 19/32] migration: introduce SaveVMHandlers.resume_prepare Peter Xu
2017-10-16  6:52 ` [Qemu-devel] [PATCH v3 20/32] migration: synchronize dirty bitmap for resume Peter Xu
2017-10-16  6:52 ` [Qemu-devel] [PATCH v3 21/32] migration: setup ramstate " Peter Xu
2017-10-16  6:52 ` [Qemu-devel] [PATCH v3 22/32] migration: final handshake for the resume Peter Xu
2017-10-16  6:52 ` [Qemu-devel] [PATCH v3 23/32] migration: free SocketAddress where allocated Peter Xu
2017-10-16  6:52 ` [Qemu-devel] [PATCH v3 24/32] migration: return incoming task tag for sockets Peter Xu
2017-10-16  6:52 ` [Qemu-devel] [PATCH v3 25/32] migration: return incoming task tag for exec Peter Xu
2017-10-16  6:52 ` [Qemu-devel] [PATCH v3 26/32] migration: return incoming task tag for fd Peter Xu
2017-10-16  6:52 ` [Qemu-devel] [PATCH v3 27/32] migration: store listen task tag Peter Xu
2017-10-16  6:52 ` [Qemu-devel] [PATCH v3 28/32] migration: allow migrate_incoming for paused VM Peter Xu
2017-10-16  6:52 ` [Qemu-devel] [PATCH v3 29/32] migration: init dst in migration_object_init too Peter Xu
2017-10-16  6:52 ` Peter Xu [this message]
2017-10-16  6:52 ` [Qemu-devel] [PATCH v3 31/32] migration, qmp: new command "migrate-pause" Peter Xu
2017-10-16  7:06   ` Peter Xu
2017-10-16  6:52 ` [Qemu-devel] [PATCH v3 32/32] migration, hmp: new command "migrate_pause" Peter Xu
2017-10-16  7:32 ` [Qemu-devel] [PATCH v3 00/32] Migration: postcopy failure recovery no-reply
2017-10-16  9:41   ` Peter Xu
2017-10-30  9:29     ` Juan Quintela
2017-10-16  8:05 ` no-reply
2017-10-16  9:43   ` Peter Xu

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20171016065216.18162-31-peterx@redhat.com \
    --to=peterx@redhat.com \
    --cc=a.perevalov@samsung.com \
    --cc=aarcange@redhat.com \
    --cc=berrange@redhat.com \
    --cc=dgilbert@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=quintela@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).