From: Peter Xu <peterx@redhat.com>
To: "Dr. David Alan Gilbert (git)" <dgilbert@redhat.com>
Cc: qemu-devel@nongnu.org, quintela@redhat.com
Subject: Re: [Qemu-devel] [PATCH] migration: Fix block failure cases
Date: Thu, 1 Mar 2018 15:01:50 +0800 [thread overview]
Message-ID: <20180301070150.GQ27381@xz-mi> (raw)
In-Reply-To: <20180228164937.18450-1-dgilbert@redhat.com>
On Wed, Feb 28, 2018 at 04:49:37PM +0000, Dr. David Alan Gilbert (git) wrote:
> From: "Dr. David Alan Gilbert" <dgilbert@redhat.com>
>
> This fixes a couple of cases where the block migration capability
> doesn't get cleared when a migration failed.
>
> 1) When block migration is compiled out:
> (qemu) migrate -d -b "exec:cat > /dev/null"
> QEMU compiled without old-style (blk/-b, inc/-i) block migration
> Use drive_mirror+NBD instead.
> (qemu) migrate_set_capability xbzrle off
> QEMU compiled without old-style (blk/-b, inc/-i) block migration
> Use drive_mirror+NBD instead.
>
> This corresponds to https://bugzilla.redhat.com/show_bug.cgi?id=1550022
>
> 2) When a migration with a bad protocol is tried:
> (qemu) migrate -d -b "foo:bah"
> Parameter 'uri' expects a valid migration protocol
> (qemu) info migrate_capabilities
> xbzrle: off
> rdma-pin-all: off
> auto-converge: off
> zero-blocks: off
> compress: off
> events: off
> postcopy-ram: off
> x-colo: off
> release-ram: off
> block: on <<<<<<-----
> return-path: off
> pause-before-switchover: off
> x-multifd: off
>
> Fixes: 2833c59b947
> Signed-off-by: Dr. David Alan Gilbert <dgilbert@redhat.com>
> ---
> migration/migration.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/migration/migration.c b/migration/migration.c
> index b913b98803..da0e4a1f56 100644
> --- a/migration/migration.c
> +++ b/migration/migration.c
> @@ -1391,11 +1391,12 @@ void qmp_migrate(const char *uri, bool has_blk, bool blk,
> return;
> }
> migrate_set_block_enabled(true, &local_err);
> + s->must_remove_block_options = true;
> if (local_err) {
> error_propagate(errp, local_err);
> + block_cleanup_parameters(s);
> return;
> }
> - s->must_remove_block_options = true;
> }
>
> if (has_inc && inc) {
> @@ -1417,11 +1418,10 @@ void qmp_migrate(const char *uri, bool has_blk, bool blk,
> } else if (strstart(uri, "fd:", &p)) {
> fd_start_outgoing_migration(s, p, &local_err);
> } else {
> - error_setg(errp, QERR_INVALID_PARAMETER_VALUE, "uri",
> + error_setg(&local_err, QERR_INVALID_PARAMETER_VALUE, "uri",
> "a valid migration protocol");
> migrate_set_state(&s->state, MIGRATION_STATUS_SETUP,
> MIGRATION_STATUS_FAILED);
> - return;
> }
>
> if (local_err) {
> --
> 2.14.3
>
Ouch...
Instead it seems to be my fault in 4a84214ebe ("migration: provide
migrate_caps_check()", 2017-07-18). For now I cannot understand why I
did that before since it's obviously strange if without this
squashed...
diff --git a/migration/migration.c b/migration/migration.c
index 0aa596f867..88ed9375aa 100644
--- a/migration/migration.c
+++ b/migration/migration.c
@@ -747,13 +747,15 @@ void qmp_migrate_set_capabilities(MigrationCapabilityStatusList *params,
{
MigrationState *s = migrate_get_current();
MigrationCapabilityStatusList *cap;
+ bool cap_list[MIGRATION_CAPABILITY__MAX];
if (migration_is_setup_or_active(s->state)) {
error_setg(errp, QERR_MIGRATION_ACTIVE);
return;
}
- if (!migrate_caps_check(s->enabled_capabilities, params, errp)) {
+ memcpy(cap_list, s->enabled_capabilities, sizeof(cap_list));
+ if (!migrate_caps_check(cap_list, params, errp)) {
return;
}
Otherwise I'll get:
(qemu) migrate_set_capability postcopy-ram on
(qemu) migrate_set_capability compress on
Postcopy is not currently compatible with compression
(qemu) info migrate_capabilities
xbzrle: off
rdma-pin-all: off
auto-converge: off
zero-blocks: off
compress: on <------------------------- :(
events: off
postcopy-ram: on
x-colo: off
release-ram: off
block: off
return-path: off
pause-before-switchover: off
x-multifd: off
And it looks very likely that this should solve the block bug too.
(So I think either I got a brain fart last July, or now...)
Thanks,
--
Peter Xu
next prev parent reply other threads:[~2018-03-01 7:02 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-02-28 16:49 [Qemu-devel] [PATCH] migration: Fix block failure cases Dr. David Alan Gilbert (git)
2018-03-01 7:01 ` Peter Xu [this message]
2018-03-01 15:32 ` Dr. David Alan Gilbert
2018-03-02 3: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=20180301070150.GQ27381@xz-mi \
--to=peterx@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).