From: "Dr. David Alan Gilbert" <dgilbert@redhat.com>
To: Juan Quintela <quintela@redhat.com>
Cc: amit.shah@redhat.com, qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH 11/11] migration: Add migration events on target side
Date: Thu, 18 Jun 2015 11:53:13 +0100 [thread overview]
Message-ID: <20150618105312.GH2248@work-vm> (raw)
In-Reply-To: <1434505833-11234-12-git-send-email-quintela@redhat.com>
* Juan Quintela (quintela@redhat.com) wrote:
> We reuse the migration events from the source side, sending them on the
> appropiate place.
>
> Signed-off-by: Juan Quintela <quintela@redhat.com>
> Reviewed-by: Eric Blake <eblake@redhat.com>
> ---
> migration/migration.c | 5 ++++-
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
> diff --git a/migration/migration.c b/migration/migration.c
> index 3637d36..2b4fd55 100644
> --- a/migration/migration.c
> +++ b/migration/migration.c
> @@ -218,6 +218,7 @@ void qemu_start_incoming_migration(const char *uri, Error **errp)
> {
> const char *p;
>
> + qapi_event_send_migration(MIGRATION_STATUS_SETUP, &error_abort);
Try and avoid error_abort - you don't want to trigger an assert (and associated
core etc) if it's just something like the monitor disconnecting.
(And anyway in this case you have an errp).
Dave
> if (!strcmp(uri, "defer")) {
> deferred_incoming_migration(errp);
> } else if (strstart(uri, "tcp:", &p)) {
> @@ -246,7 +247,7 @@ static void process_incoming_migration_co(void *opaque)
> int ret;
>
> migration_incoming_state_new(f);
> -
> + qapi_event_send_migration(MIGRATION_STATUS_ACTIVE, &error_abort);
> ret = qemu_loadvm_state(f);
>
> qemu_fclose(f);
> @@ -254,10 +255,12 @@ static void process_incoming_migration_co(void *opaque)
> migration_incoming_state_destroy();
>
> if (ret < 0) {
> + qapi_event_send_migration(MIGRATION_STATUS_FAILED, &error_abort);
> error_report("load of migration failed: %s", strerror(-ret));
> migrate_decompress_threads_join();
> exit(EXIT_FAILURE);
> }
> + qapi_event_send_migration(MIGRATION_STATUS_COMPLETED, &error_abort);
> qemu_announce_self();
>
> /* Make sure all file formats flush their mutable metadata */
> --
> 2.4.3
>
>
--
Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK
next prev parent reply other threads:[~2015-06-18 10:53 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-06-17 1:50 [Qemu-devel] [PATCH 00/11] Migraiton events + optional sections Juan Quintela
2015-06-17 1:50 ` [Qemu-devel] [PATCH 01/11] runstate: Add runstate store Juan Quintela
2015-06-17 18:39 ` Dr. David Alan Gilbert
2015-06-17 1:50 ` [Qemu-devel] [PATCH 02/11] runstate: migration allows more transitions now Juan Quintela
2015-06-17 18:41 ` Dr. David Alan Gilbert
2015-06-17 1:50 ` [Qemu-devel] [PATCH 03/11] migration: create new section to store global state Juan Quintela
2015-06-17 19:00 ` Dr. David Alan Gilbert
2015-07-01 7:53 ` Juan Quintela
2015-06-17 1:50 ` [Qemu-devel] [PATCH 04/11] global_state: Make section optional Juan Quintela
2015-06-18 11:36 ` Dr. David Alan Gilbert
2015-06-17 1:50 ` [Qemu-devel] [PATCH 05/11] vmstate: Create optional sections Juan Quintela
2015-06-17 1:50 ` [Qemu-devel] [PATCH 06/11] migration: Add configuration section Juan Quintela
2015-06-18 10:27 ` Dr. David Alan Gilbert
2015-06-17 1:50 ` [Qemu-devel] [PATCH 07/11] migration: Use cmpxchg correctly Juan Quintela
2015-06-18 10:33 ` Dr. David Alan Gilbert
2015-06-17 1:50 ` [Qemu-devel] [PATCH 08/11] migration: Use always helper to set state Juan Quintela
2015-06-18 10:46 ` Dr. David Alan Gilbert
2015-07-01 7:33 ` Juan Quintela
2015-06-17 1:50 ` [Qemu-devel] [PATCH 09/11] migration: No need to call trace_migrate_set_state() Juan Quintela
2015-06-18 10:47 ` Dr. David Alan Gilbert
2015-06-17 1:50 ` [Qemu-devel] [PATCH 10/11] migration: create migration event Juan Quintela
2015-06-17 19:45 ` Eric Blake
2015-07-01 7:22 ` Juan Quintela
2015-06-17 1:50 ` [Qemu-devel] [PATCH 11/11] migration: Add migration events on target side Juan Quintela
2015-06-18 10:53 ` Dr. David Alan Gilbert [this message]
2015-06-18 12:19 ` Eric Blake
2015-06-18 12:51 ` Dr. David Alan Gilbert
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=20150618105312.GH2248@work-vm \
--to=dgilbert@redhat.com \
--cc=amit.shah@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).