From: Ian Campbell <ian.campbell@citrix.com>
To: Yang Hongyang <yanghy@cn.fujitsu.com>
Cc: wei.liu2@citrix.com, wency@cn.fujitsu.com,
andrew.cooper3@citrix.com, yunhong.jiang@intel.com,
eddie.dong@intel.com, xen-devel@lists.xen.org,
guijianfeng@cn.fujitsu.com, rshriram@cs.ubc.ca,
ian.jackson@eu.citrix.com
Subject: Re: [PATCH v6 COLO 07/15] implement the cmdline for COLO
Date: Tue, 16 Jun 2015 12:19:43 +0100 [thread overview]
Message-ID: <1434453583.13744.117.camel@citrix.com> (raw)
In-Reply-To: <1433735159-26739-8-git-send-email-yanghy@cn.fujitsu.com>
On Mon, 2015-06-08 at 11:45 +0800, Yang Hongyang wrote:
> From: Wen Congyang <wency@cn.fujitsu.com>
>
> Add a new option -c to the command 'xl remus'. If you want
> to use COLO HA instead of Remus HA, please use -c option.
>
> Update man pages to reflect the addition of a new option to
> 'xl remus' command.
>
> Also add a new option -c to the internal command 'xl migrate-receive'.
I asked about whether COLO was an extension or a peer to Remus in an
earlier patch. the answer may have an impact here too.
> @@ -498,6 +501,11 @@ Disable network output buffering. Requires enabling unsafe mode.
>
> Disable disk replication. Requires enabling unsafe mode.
>
> +=item B<-c>
> +
> +Enable COLO HA. It is conflict with B<-i> and B<-b>, and memory
"It conflicts with" or "This conflicts with".
> +checkpoint compression must be disabled.
> +
> =back
>
> =item B<pause> I<domain-id>
> diff --git a/tools/libxl/libxl.c b/tools/libxl/libxl.c
> index 1145ae4..7df2466 100644
> --- a/tools/libxl/libxl.c
> +++ b/tools/libxl/libxl.c
> @@ -811,6 +811,22 @@ int libxl_domain_remus_start(libxl_ctx *ctx, libxl_domain_remus_info *info,
> goto out;
> }
>
> + /* The caller must set this defbool */
> + if (libxl_defbool_is_default(info->colo)) {
> + LOG(ERROR, "colo mode must be enabled/disabled");
As I wondered earlier -- this suggests it should not be a defbool, or
that the interfaces should split.
> + rc = ERROR_FAIL;
> + goto out;
> + }
> +
> + if (libxl_defbool_val(info->colo)) {
> + libxl_defbool_setdefault(&info->compression, false);
Assuming this isn't invalidated by the above comments, you should make
the existing:
libxl_defbool_setdefault(&info->compression, true);
into
libxl_defbool_setdefault(&info->compression, libxl_defbool_val(colo));
and then do an error check later.
> + if (libxl_defbool_val(info->compression)) {
> + LOG(ERROR, "cannot use memory checkpoint compression in COLO mode");
> + rc = ERROR_FAIL;
> + goto out;
> + }
> + }
> +
> libxl_defbool_setdefault(&info->allow_unsafe, false);
> libxl_defbool_setdefault(&info->blackhole, false);
> libxl_defbool_setdefault(&info->compression, true);
> diff --git a/tools/libxl/xl_cmdimpl.c b/tools/libxl/xl_cmdimpl.c
> index adfadd1..4bbadd3 100644
> --- a/tools/libxl/xl_cmdimpl.c
> +++ b/tools/libxl/xl_cmdimpl.c
> @@ -4273,6 +4273,9 @@ static void migrate_receive(int debug, int daemonize, int monitor,
> dom_info.send_fd = send_fd;
> dom_info.migration_domname_r = &migration_domname;
> dom_info.checkpointed_stream = remus;
> + if (remus == LIBXL_CHECKPOINTED_STREAM_COLO)
> + /* COLO uses stdout to send control message to master */
> + dom_info.quiet = 1;
Please set a const char * to either "COLO" or "Remus" here and use it
everywhere you've currently got an open coded decision on that.
>
> rc = create_domain(&dom_info);
> if (rc < 0) {
> @@ -4287,7 +4290,8 @@ static void migrate_receive(int debug, int daemonize, int monitor,
> /* If we are here, it means that the sender (primary) has crashed.
> * TODO: Split-Brain Check.
> */
> - fprintf(stderr, "migration target: Remus Failover for domain %u\n",
> + fprintf(stderr, "migration target: %s Failover for domain %u\n",
> + remus == LIBXL_CHECKPOINTED_STREAM_COLO ? "COLO" : "Remus",
> domid);
>
> /*
> @@ -4304,15 +4308,21 @@ static void migrate_receive(int debug, int daemonize, int monitor,
> rc = libxl_domain_rename(ctx, domid, migration_domname,
> common_domname);
> if (rc)
> - fprintf(stderr, "migration target (Remus): "
> + fprintf(stderr, "migration target (%s): "
> "Failed to rename domain from %s to %s:%d\n",
> + remus == LIBXL_CHECKPOINTED_STREAM_COLO ? "COLO" : "Remus",
> migration_domname, common_domname, rc);
> }
>
> + if (remus == LIBXL_CHECKPOINTED_STREAM_COLO)
> + /* The guest is running after failover in COLO mode */
> + exit(rc ? -ERROR_FAIL: 0);
> +
> rc = libxl_domain_unpause(ctx, domid);
> if (rc)
> - fprintf(stderr, "migration target (Remus): "
> + fprintf(stderr, "migration target (%s): "
> "Failed to unpause domain %s (id: %u):%d\n",
> + remus == LIBXL_CHECKPOINTED_STREAM_COLO ? "COLO" : "Remus",
> common_domname, domid, rc);
>
> exit(rc ? -ERROR_FAIL: 0);
> @@ -4458,7 +4468,7 @@ int main_migrate_receive(int argc, char **argv)
> int debug = 0, daemonize = 1, monitor = 1, remus = 0;
> int opt;
>
> - SWITCH_FOREACH_OPT(opt, "Fedr", NULL, "migrate-receive", 0) {
> + SWITCH_FOREACH_OPT(opt, "Fedrc", NULL, "migrate-receive", 0) {
> case 'F':
> daemonize = 0;
> break;
> @@ -4470,8 +4480,10 @@ int main_migrate_receive(int argc, char **argv)
> debug = 1;
> break;
> case 'r':
> - remus = 1;
> + remus = LIBXL_CHECKPOINTED_STREAM_REMUS;
> break;
> + case 'c':
> + remus = LIBXL_CHECKPOINTED_STREAM_COLO;
> }
>
> if (argc-optind != 0) {
> @@ -7958,15 +7970,18 @@ int main_remus(int argc, char **argv)
> pid_t child = -1;
> uint8_t *config_data;
> int config_len;
> + int interval = 0;
>
> memset(&r_info, 0, sizeof(libxl_domain_remus_info));
> /* Defaults */
> r_info.interval = 200;
> libxl_defbool_setdefault(&r_info.blackhole, false);
> + libxl_defbool_setdefault(&r_info.colo, false);
>
> - SWITCH_FOREACH_OPT(opt, "Fbundi:s:N:e", NULL, "remus", 2) {
> + SWITCH_FOREACH_OPT(opt, "Fbundi:s:N:ec", NULL, "remus", 2) {
> case 'i':
> r_info.interval = atoi(optarg);
> + interval = 1;
This duplication of r_info.interval and interval seems odd. Perhaps
interval is really "interval_was_set" but even so I'm not sure this
would be better achieved with some more refactoring.
> break;
> case 'F':
> libxl_defbool_set(&r_info.allow_unsafe, true);
> @@ -7992,11 +8007,28 @@ int main_remus(int argc, char **argv)
> case 'e':
> daemonize = 0;
> break;
> + case 'c':
> + libxl_defbool_set(&r_info.colo, true);
> }
>
> domid = find_domain(argv[optind]);
> host = argv[optind + 1];
>
> + if (libxl_defbool_val(r_info.colo)) {
> + if (!interval)
> + r_info.interval = 0;
> +
> + if (r_info.interval || libxl_defbool_val(r_info.blackhole)) {
> + perror("option -c is conflict with -i or -b");
"...-c conflicts with..."
> + exit(-1);
> + }
> +
> + if (libxl_defbool_is_default(r_info.compression)) {
> + perror("option -u must be specified when using COLO");
Then enforce it using setdefault I think instead of making the user jump
through a pointless hoop.
Ian.
next prev parent reply other threads:[~2015-06-16 11:19 UTC|newest]
Thread overview: 50+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-06-08 3:45 [PATCH v6 COLO 00/15] COarse-grain LOck-stepping Virtual Machines for Non-stop Service Yang Hongyang
2015-06-08 3:45 ` [PATCH v6 COLO 01/15] docs: add colo readme Yang Hongyang
2015-06-16 10:56 ` Ian Campbell
2015-06-24 9:13 ` Yang Hongyang
2015-06-08 3:45 ` [PATCH v6 COLO 02/15] secondary vm suspend/resume/checkpoint code Yang Hongyang
2015-06-12 14:23 ` Wei Liu
2015-06-12 14:51 ` Ian Jackson
2015-06-15 2:10 ` Yang Hongyang
2015-06-15 1:55 ` Yang Hongyang
2015-06-16 11:42 ` Ian Jackson
2015-06-08 3:45 ` [PATCH v6 COLO 03/15] primary vm suspend/get_dirty_pfn/resume/checkpoint code Yang Hongyang
2015-06-16 11:05 ` Ian Campbell
2015-06-08 3:45 ` [PATCH v6 COLO 04/15] libxc/restore: support COLO restore Yang Hongyang
2015-06-08 10:39 ` Andrew Cooper
2015-06-08 14:06 ` Yang Hongyang
2015-06-08 3:45 ` [PATCH v6 COLO 05/15] send store mfn and console mfn to xl before resuming secondary vm Yang Hongyang
2015-06-08 12:16 ` Andrew Cooper
2015-06-08 14:08 ` Yang Hongyang
2015-06-16 11:13 ` Ian Campbell
2015-06-08 3:45 ` [PATCH v6 COLO 06/15] libxc/save: support COLO save Yang Hongyang
2015-06-08 13:04 ` Andrew Cooper
2015-06-09 3:15 ` Yang Hongyang
2015-06-09 7:20 ` Andrew Cooper
2015-06-09 8:45 ` Yang Hongyang
2015-06-09 8:51 ` Andrew Cooper
2015-06-09 9:09 ` Yang Hongyang
2015-06-09 9:10 ` Andrew Cooper
2015-06-09 9:16 ` Yang Hongyang
2015-06-09 3:18 ` Yang Hongyang
2015-06-08 3:45 ` [PATCH v6 COLO 07/15] implement the cmdline for COLO Yang Hongyang
2015-06-16 11:19 ` Ian Campbell [this message]
2015-06-25 4:06 ` Yang Hongyang
2015-07-14 15:14 ` Ian Campbell
2015-06-08 3:45 ` [PATCH v6 COLO 08/15] Support colo mode for qemu disk Yang Hongyang
2015-06-16 11:21 ` Ian Campbell
2015-06-08 3:45 ` [PATCH v6 COLO 09/15] COLO: use qemu block replication Yang Hongyang
2015-06-16 11:22 ` Ian Campbell
2015-06-08 3:45 ` [PATCH v6 COLO 10/15] COLO proxy: implement setup/teardown of COLO proxy module Yang Hongyang
2015-06-16 11:24 ` Ian Campbell
2015-06-16 11:26 ` Ian Campbell
2015-06-25 5:22 ` Yang Hongyang
2015-06-25 8:39 ` Ian Campbell
2015-06-25 8:48 ` Yang Hongyang
2015-06-08 3:45 ` [PATCH v6 COLO 11/15] COLO proxy: preresume, postresume and checkpoint Yang Hongyang
2015-06-08 3:45 ` [PATCH v6 COLO 12/15] COLO nic: implement COLO nic subkind Yang Hongyang
2015-06-12 14:35 ` Wei Liu
2015-06-15 2:13 ` Yang Hongyang
2015-06-08 3:45 ` [PATCH v6 COLO 13/15] setup and control colo proxy on primary side Yang Hongyang
2015-06-08 3:45 ` [PATCH v6 COLO 14/15] setup and control colo proxy on secondary side Yang Hongyang
2015-06-08 3:45 ` [PATCH v6 COLO 15/15] cmdline switches and config vars to control colo-proxy Yang Hongyang
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=1434453583.13744.117.camel@citrix.com \
--to=ian.campbell@citrix.com \
--cc=andrew.cooper3@citrix.com \
--cc=eddie.dong@intel.com \
--cc=guijianfeng@cn.fujitsu.com \
--cc=ian.jackson@eu.citrix.com \
--cc=rshriram@cs.ubc.ca \
--cc=wei.liu2@citrix.com \
--cc=wency@cn.fujitsu.com \
--cc=xen-devel@lists.xen.org \
--cc=yanghy@cn.fujitsu.com \
--cc=yunhong.jiang@intel.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).