From: Zhang Chen <zhangckid@gmail.com>
To: qemu devel <qemu-devel@nongnu.org>
Cc: zhanghailiang <zhang.zhanghailiang@huawei.com>,
Markus Armbruster <armbru@redhat.com>,
Michael Roth <mdroth@linux.vnet.ibm.com>,
Li Zhijian <lizhijian@cn.fujitsu.com>,
Zhang Chen <zhangckid@gmail.com>
Subject: [Qemu-devel] [PATCH RESEND V3 10/16] qmp event: Add COLO_EXIT event to notify users while exited COLO
Date: Thu, 4 Jan 2018 14:01:09 +0800 [thread overview]
Message-ID: <1515045675-6993-11-git-send-email-zhangckid@gmail.com> (raw)
In-Reply-To: <1515045675-6993-1-git-send-email-zhangckid@gmail.com>
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.
Cc: Markus Armbruster <armbru@redhat.com>
Cc: Michael Roth <mdroth@linux.vnet.ibm.com>
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>
---
migration/colo.c | 19 +++++++++++++++++++
qapi-schema.json | 21 +++++++++++++++++++++
qapi/migration.json | 13 +++++++++++++
3 files changed, 53 insertions(+)
diff --git a/migration/colo.c b/migration/colo.c
index 8d2e3f8..790b122 100644
--- a/migration/colo.c
+++ b/migration/colo.c
@@ -516,6 +516,18 @@ out:
qemu_fclose(fb);
}
+ /*
+ * There are only two reasons we can go here, some error happened.
+ * Or the user triggered failover.
+ */
+ if (failover_get_state() == FAILOVER_STATUS_NONE) {
+ qapi_event_send_colo_exit(COLO_MODE_PRIMARY,
+ COLO_EXIT_REASON_ERROR, NULL);
+ } else {
+ qapi_event_send_colo_exit(COLO_MODE_PRIMARY,
+ COLO_EXIT_REASON_REQUEST, NULL);
+ }
+
/* Hope this not to be too long to wait here */
qemu_sem_wait(&s->colo_exit_sem);
qemu_sem_destroy(&s->colo_exit_sem);
@@ -746,6 +758,13 @@ out:
if (local_err) {
error_report_err(local_err);
}
+ if (failover_get_state() == FAILOVER_STATUS_NONE) {
+ qapi_event_send_colo_exit(COLO_MODE_SECONDARY,
+ COLO_EXIT_REASON_ERROR, NULL);
+ } else {
+ qapi_event_send_colo_exit(COLO_MODE_SECONDARY,
+ COLO_EXIT_REASON_REQUEST, NULL);
+ }
if (fb) {
qemu_fclose(fb);
diff --git a/qapi-schema.json b/qapi-schema.json
index 5c06745..4ff6d2c 100644
--- a/qapi-schema.json
+++ b/qapi-schema.json
@@ -2921,6 +2921,27 @@
{ 'command': 'query-acpi-ospm-status', 'returns': ['ACPIOSTInfo'] }
##
+# @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.11
+#
+# Example:
+#
+# <- { "timestamp": {"seconds": 2032141960, "microseconds": 417172},
+# "event": "COLO_EXIT", "data": {"mode": "primary", "reason": "request" } }
+#
+##
+{ 'event': 'COLO_EXIT',
+ 'data': {'mode': 'COLOMode', 'reason': 'COLOExitReason' } }
+
+##
# @ACPI_DEVICE_OST:
#
# Emitted when guest executes ACPI _OST method.
diff --git a/qapi/migration.json b/qapi/migration.json
index 03f57c9..f7b2cc6 100644
--- a/qapi/migration.json
+++ b/qapi/migration.json
@@ -854,6 +854,19 @@
##
{ 'enum': 'FailoverStatus',
'data': [ 'none', 'require', 'active', 'completed', 'relaunch' ] }
+##
+# @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.11
+##
+{ 'enum': 'COLOExitReason',
+ 'data': [ 'request', 'error' ] }
##
# @x-colo-lost-heartbeat:
--
2.7.4
next prev parent reply other threads:[~2018-01-04 6:02 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-01-04 6:00 [Qemu-devel] [PATCH RESEND V3 00/16] COLO: integrate colo frame with block replication and COLO proxy Zhang Chen
2018-01-04 6:01 ` [Qemu-devel] [PATCH RESEND V3 01/16] filter-rewriter: fix memory leak for connection in connection_track_table Zhang Chen
2018-01-04 6:01 ` [Qemu-devel] [PATCH RESEND V3 02/16] colo-compare: implement the process of checkpoint Zhang Chen
2018-01-04 6:01 ` [Qemu-devel] [PATCH RESEND V3 03/16] colo-compare: use notifier to notify packets comparing result Zhang Chen
2018-01-04 6:01 ` [Qemu-devel] [PATCH RESEND V3 04/16] COLO: integrate colo compare with colo frame Zhang Chen
2018-01-04 6:01 ` [Qemu-devel] [PATCH RESEND V3 05/16] COLO: Add block replication into colo process Zhang Chen
2018-01-04 6:01 ` [Qemu-devel] [PATCH RESEND V3 06/16] COLO: Remove colo_state migration struct Zhang Chen
2018-01-04 6:01 ` [Qemu-devel] [PATCH RESEND V3 07/16] COLO: Load dirty pages into SVM's RAM cache firstly Zhang Chen
2018-01-04 6:01 ` [Qemu-devel] [PATCH RESEND V3 08/16] ram/COLO: Record the dirty pages that SVM received Zhang Chen
2018-01-04 6:01 ` [Qemu-devel] [PATCH RESEND V3 09/16] COLO: Flush memory data from ram cache Zhang Chen
2018-01-04 6:01 ` Zhang Chen [this message]
2018-01-04 17:10 ` [Qemu-devel] [PATCH RESEND V3 10/16] qmp event: Add COLO_EXIT event to notify users while exited COLO Eric Blake
2018-01-07 13:46 ` Zhang Chen
2018-01-04 6:01 ` [Qemu-devel] [PATCH RESEND V3 11/16] savevm: split the process of different stages for loadvm/savevm Zhang Chen
2018-01-04 6:01 ` [Qemu-devel] [PATCH RESEND V3 12/16] COLO: flush host dirty ram from cache Zhang Chen
2018-01-04 6:01 ` [Qemu-devel] [PATCH RESEND V3 13/16] filter: Add handle_event method for NetFilterClass Zhang Chen
2018-01-04 6:01 ` [Qemu-devel] [PATCH RESEND V3 14/16] filter-rewriter: handle checkpoint and failover event Zhang Chen
2018-01-04 6:01 ` [Qemu-devel] [PATCH RESEND V3 15/16] COLO: notify net filters about checkpoint/failover event Zhang Chen
2018-01-04 6:01 ` [Qemu-devel] [PATCH RESEND V3 16/16] COLO: quick failover process by kick COLO thread Zhang Chen
2018-01-04 6:32 ` [Qemu-devel] [PATCH RESEND V3 00/16] COLO: integrate colo frame with block replication and COLO proxy no-reply
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=1515045675-6993-11-git-send-email-zhangckid@gmail.com \
--to=zhangckid@gmail.com \
--cc=armbru@redhat.com \
--cc=lizhijian@cn.fujitsu.com \
--cc=mdroth@linux.vnet.ibm.com \
--cc=qemu-devel@nongnu.org \
--cc=zhang.zhanghailiang@huawei.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).