From: Markus Armbruster <armbru@redhat.com>
To: Zhang Chen <zhangckid@gmail.com>
Cc: qemu-devel@nongnu.org,
zhanghailiang <zhang.zhanghailiang@huawei.com>,
Li Zhijian <lizhijian@cn.fujitsu.com>,
Juan Quintela <quintela@redhat.com>,
Jason Wang <jasowang@redhat.com>,
"Dr . David Alan Gilbert" <dgilbert@redhat.com>,
Paolo Bonzini <pbonzini@redhat.com>
Subject: Re: [Qemu-devel] [PATCH V4 10/16] qmp event: Add COLO_EXIT event to notify users while exited COLO
Date: Sat, 03 Feb 2018 16:49:57 +0100 [thread overview]
Message-ID: <87zi4qf4yi.fsf@dusky.pond.sub.org> (raw)
In-Reply-To: <1516369485-5374-11-git-send-email-zhangckid@gmail.com> (Zhang Chen's message of "Fri, 19 Jan 2018 21:44:39 +0800")
Zhang Chen <zhangckid@gmail.com> writes:
> From: zhanghailiang <zhang.zhanghailiang@huawei.com>
>
> If some errors happen during VM's COLO FT stage, it's important to
> notify the users of this event. Together with 'x-colo-lost-heartbeat',
> Users can intervene in COLO's failover work immediately.
> If users don't want to get involved in COLO's failover verdict,
> it is still necessary to notify users that we exited COLO mode.
>
> Signed-off-by: zhanghailiang <zhang.zhanghailiang@huawei.com>
> Signed-off-by: Li Zhijian <lizhijian@cn.fujitsu.com>
> Signed-off-by: Zhang Chen <zhangckid@gmail.com>
> Reviewed-by: Eric Blake <eblake@redhat.com>
[...]
> diff --git a/qapi/migration.json b/qapi/migration.json
> index 70e7b67..6fc95b7 100644
> --- a/qapi/migration.json
> +++ b/qapi/migration.json
> @@ -869,6 +869,41 @@
> 'data': [ 'none', 'require', 'active', 'completed', 'relaunch' ] }
>
> ##
> +# @COLO_EXIT:
> +#
> +# Emitted when VM finishes COLO mode due to some errors happening or
> +# at the request of users.
> +#
> +# @mode: which COLO mode the VM was in when it exited.
> +#
> +# @reason: describes the reason for the COLO exit.
> +#
> +# Since: 2.12
> +#
> +# Example:
> +#
> +# <- { "timestamp": {"seconds": 2032141960, "microseconds": 417172},
> +# "event": "COLO_EXIT", "data": {"mode": "primary", "reason": "request" } }
> +#
> +##
> +{ 'event': 'COLO_EXIT',
> + 'data': {'mode': 'COLOMode', 'reason': 'COLOExitReason' } }
Standard question when I see a new event: is there a way to poll for the
event's information? If not, why don't we need one?
Remember, management applications might miss events when they lose the
connection and have to reconnect, say because the management application
needs to be restarted.
> +
> +##
> +# @COLOExitReason:
> +#
> +# The reason for a COLO exit
> +#
> +# @request: COLO exit is due to an external request
> +#
> +# @error: COLO exit is due to an internal error
> +#
> +# Since: 2.12
> +##
> +{ 'enum': 'COLOExitReason',
> + 'data': [ 'request', 'error' ] }
> +
> +##
> # @x-colo-lost-heartbeat:
> #
> # Tell qemu that heartbeat is lost, request it to do takeover procedures.
next prev parent reply other threads:[~2018-02-03 15:50 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-01-19 13:44 [Qemu-devel] [PATCH V4 00/16] COLO: integrate colo frame with block replication and COLO proxy Zhang Chen
2018-01-19 13:44 ` [Qemu-devel] [PATCH V4 01/16] filter-rewriter: fix memory leak for connection in connection_track_table Zhang Chen
2018-01-19 13:44 ` [Qemu-devel] [PATCH V4 02/16] colo-compare: implement the process of checkpoint Zhang Chen
2018-01-19 13:44 ` [Qemu-devel] [PATCH V4 03/16] colo-compare: use notifier to notify packets comparing result Zhang Chen
2018-01-19 13:44 ` [Qemu-devel] [PATCH V4 04/16] COLO: integrate colo compare with colo frame Zhang Chen
2018-01-19 13:44 ` [Qemu-devel] [PATCH V4 05/16] COLO: Add block replication into colo process Zhang Chen
2018-01-19 13:44 ` [Qemu-devel] [PATCH V4 06/16] COLO: Remove colo_state migration struct Zhang Chen
2018-01-19 13:44 ` [Qemu-devel] [PATCH V4 07/16] COLO: Load dirty pages into SVM's RAM cache firstly Zhang Chen
2018-01-19 13:44 ` [Qemu-devel] [PATCH V4 08/16] ram/COLO: Record the dirty pages that SVM received Zhang Chen
2018-01-19 13:44 ` [Qemu-devel] [PATCH V4 09/16] COLO: Flush memory data from ram cache Zhang Chen
2018-01-19 13:44 ` [Qemu-devel] [PATCH V4 10/16] qmp event: Add COLO_EXIT event to notify users while exited COLO Zhang Chen
2018-02-03 15:49 ` Markus Armbruster [this message]
2018-02-06 3:13 ` Zhang Chen
2018-02-06 7:27 ` Markus Armbruster
2018-02-06 8:01 ` Zhang Chen
2018-02-06 9:53 ` Markus Armbruster
2018-02-06 12:44 ` Zhang Chen
2018-02-06 15:20 ` Eric Blake
2018-01-19 13:44 ` [Qemu-devel] [PATCH V4 11/16] savevm: split the process of different stages for loadvm/savevm Zhang Chen
2018-01-19 13:44 ` [Qemu-devel] [PATCH V4 12/16] COLO: flush host dirty ram from cache Zhang Chen
2018-01-19 13:44 ` [Qemu-devel] [PATCH V4 13/16] filter: Add handle_event method for NetFilterClass Zhang Chen
2018-01-19 13:44 ` [Qemu-devel] [PATCH V4 14/16] filter-rewriter: handle checkpoint and failover event Zhang Chen
2018-01-19 13:44 ` [Qemu-devel] [PATCH V4 15/16] COLO: notify net filters about checkpoint/failover event Zhang Chen
2018-01-19 13:44 ` [Qemu-devel] [PATCH V4 16/16] COLO: quick failover process by kick COLO thread Zhang Chen
2018-01-30 5:42 ` [Qemu-devel] [PATCH V4 00/16] COLO: integrate colo frame with block replication and COLO proxy Zhang Chen
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=87zi4qf4yi.fsf@dusky.pond.sub.org \
--to=armbru@redhat.com \
--cc=dgilbert@redhat.com \
--cc=jasowang@redhat.com \
--cc=lizhijian@cn.fujitsu.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=quintela@redhat.com \
--cc=zhang.zhanghailiang@huawei.com \
--cc=zhangckid@gmail.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.