From: Vladimir Davydov <vdavydov.dev@gmail.com> To: Serge Petrenko <sergepetrenko@tarantool.org> Cc: tarantool-patches@freelists.org, georgy@tarantool.org Subject: Re: [PATCH] replication: move cluster id match check to replica Date: Wed, 6 Feb 2019 13:48:11 +0300 [thread overview] Message-ID: <20190206104811.nnn7bni4zfa74syq@esperanza> (raw) In-Reply-To: <20190131132526.72263-1-sergepetrenko@tarantool.org> On Thu, Jan 31, 2019 at 04:25:26PM +0300, Serge Petrenko wrote: > On replica subscribe master checks that replica's cluster id matches > master's one, and disallows replication in case of mismatch. > This behaviour blocks impplementation of anonymous replicas, which > shouldn't pollute _cluster space and could accumulate changes from > multiple clusters at once. > So let's move the check to replica to let it decide which action to take > in case of mismatch. > > Needed for #3186 > Closes #3704 > --- > Issue: https://github.com/tarantool/tarantool/issues/3704 > Branch: https://github.com/tarantool/tarantool/tree/sp/gh-3704-cluster-id-check-on-replica > > src/box/applier.cc | 24 +++++++++++- > src/box/box.cc | 22 +++++------ > src/box/xrow.c | 26 +++++++++++++ > src/box/xrow.h | 51 ++++++++++++++++++++++++ > test/replication/misc.result | 71 ++++++++++++++++++++++++++++++++++ > test/replication/misc.test.lua | 26 +++++++++++++ > 6 files changed, 206 insertions(+), 14 deletions(-) > > diff --git a/src/box/applier.cc b/src/box/applier.cc > index 21d2e6bcb..704ed6c5b 100644 > --- a/src/box/applier.cc > +++ b/src/box/applier.cc > @@ -391,6 +391,7 @@ applier_subscribe(struct applier *applier) > struct ibuf *ibuf = &applier->ibuf; > struct xrow_header row; > struct vclock remote_vclock_at_subscribe; > + struct tt_uuid cluster_id = uuid_nil; > > xrow_encode_subscribe_xc(&row, &REPLICASET_UUID, &INSTANCE_UUID, > &replicaset.vclock); > @@ -408,9 +409,30 @@ applier_subscribe(struct applier *applier) > /* > * In case of successful subscribe, the server > * responds with its current vclock. > + * > + * Tarantool 2.1.1 also sends its cluster id to > + * the replica, and replica has to check whether > + * its and master's cluster ids match. > */ > vclock_create(&remote_vclock_at_subscribe); > - xrow_decode_vclock_xc(&row, &remote_vclock_at_subscribe); > + if (applier->version_id >= version_id(2, 1, 1)) { We already released 2.1.1. Should be 2.1.2? Anyway, do we really need to check the version here? Let's unconditionally check replicaset_uuid in case it's present. It shouldn't break anything, should it? > + xrow_decode_subscribe_response_xc(&row, > + &cluster_id, > + &remote_vclock_at_subscribe); > + /* > + * If master didn't send us its cluster id > + * assume that it has done all the checks. > + * In this case cluster_id will remain zero. > + */ > + if (!tt_uuid_is_equal(&cluster_id, &uuid_nil) && > + !tt_uuid_is_equal(&cluster_id, &REPLICASET_UUID)) { > + tnt_raise(ClientError, ER_REPLICASET_UUID_MISMATCH, > + tt_uuid_str(&cluster_id), > + tt_uuid_str(&REPLICASET_UUID)); > + } > + } else { > + xrow_decode_vclock_xc(&row, &remote_vclock_at_subscribe); > + } > } > /* > * Tarantool < 1.6.7: > diff --git a/src/box/xrow.c b/src/box/xrow.c > index c4e3073be..84b3473b1 100644 > --- a/src/box/xrow.c > +++ b/src/box/xrow.c > @@ -1170,6 +1170,32 @@ xrow_encode_vclock(struct xrow_header *row, const struct vclock *vclock) > return 0; > } > > +int > +xrow_encode_subscribe_response(struct xrow_header *row, > + const struct tt_uuid *replicaset_uuid, > + const struct vclock *vclock) > +{ > + memset(row, 0, sizeof(*row)); > + size_t size = XROW_BODY_LEN_MAX + UUID_STR_LEN + mp_sizeof_vclock(vclock); XROW_BODY_LEN_MAX? Why is it here? Let's estimate the response size with mp_sizeof please. > + char *buf = (char *) region_alloc(&fiber()->gc, size); > + if (buf == NULL) { > + diag_set(OutOfMemory, size, "region_alloc", "buf"); > + return -1; > + } > + char *data = buf; > + data = mp_encode_map(data, 2); > + data = mp_encode_uint(data, IPROTO_VCLOCK); > + data = mp_encode_vclock(data, vclock); > + data = mp_encode_uint(data, IPROTO_CLUSTER_UUID); > + data = xrow_encode_uuid(data, replicaset_uuid); > + assert(data <= buf + size); > + row->body[0].iov_base = buf; > + row->body[0].iov_len = (data - buf); > + row->bodycnt = 1; > + row->type = IPROTO_OK; > + return 0; > +} > diff --git a/test/replication/misc.test.lua b/test/replication/misc.test.lua > index 6a8af05c3..967c4e912 100644 > --- a/test/replication/misc.test.lua > +++ b/test/replication/misc.test.lua > @@ -243,3 +243,29 @@ test_run:cmd("stop server replica") > test_run:cmd("cleanup server replica") > test_run:cmd("delete server replica") > test_run:cleanup_cluster() > + > +-- > +-- gh-3704 move cluster id check to replica > +-- > +test_run:cmd("create server replica with rpl_master=default, script='replication/replica.lua'") > +box.schema.user.grant("guest", "replication") > +test_run:cmd("start server replica") > +test_run:grep_log("replica", "REPLICASET_UUID_MISMATCH") > +box.info.replication[2].downstream ~= nil > +-- make master generate another cluster uuid and check that > +-- replica doesn't connect > +test_run:cmd("stop server replica") > +test_run:cmd("restart server default with cleanup=1") > +box.schema.user.grant("guest", "replication") > +test_run:cmd("start server replica") > +-- master believes replica is in cluster, but their UUIDS differ. > +replica_uuid = test_run:eval("replica", "box.info.uuid")[1] > +_ = box.space._cluster:insert{2, replica_uuid} You could instead call box.schema._replace{'cluster_id', new_uuid}. Not sure if the test would be shorter if you'd done that though. > +test_run:cmd("restart server replica") > +test_run:grep_log("replica", "REPLICASET_UUID_MISMATCH") > +box.info.replication[2].downstream ~= nil > + > +test_run:cmd("restart server default with cleanup=1") > +test_run:cmd("stop server replica") > +test_run:cmd("cleanup server replica") > +test_run:cmd("delete server replica")
next prev parent reply other threads:[~2019-02-06 10:48 UTC|newest] Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top 2019-01-31 13:25 Serge Petrenko 2019-01-31 13:30 ` Serge Petrenko 2019-02-06 10:48 ` Vladimir Davydov [this message] 2019-02-06 14:51 ` Serge Petrenko 2019-02-07 10:14 ` Vladimir Davydov
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=20190206104811.nnn7bni4zfa74syq@esperanza \ --to=vdavydov.dev@gmail.com \ --cc=georgy@tarantool.org \ --cc=sergepetrenko@tarantool.org \ --cc=tarantool-patches@freelists.org \ --subject='Re: [PATCH] replication: move cluster id match check to replica' \ /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
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox