From: Vladimir Davydov <vdavydov.dev@gmail.com>
To: Olga Krishtal <krishtal.olja@gmail.com>
Cc: tarantool-patches@freelists.org
Subject: Re: [tarantool-patches] [PATCH] box: fix assertion with duplication in repl. source
Date: Wed, 29 Aug 2018 13:00:57 +0300 [thread overview]
Message-ID: <20180829100057.fpc6xoac4diytjtq@esperanza> (raw)
In-Reply-To: <CAG9q7ErWMYEAqNr9DprOSSpJp29W6YQNmML28U2e8JNLdbkKWg@mail.gmail.com>
On Wed, Aug 29, 2018 at 12:36:33PM +0300, Olga Krishtal wrote:
> > > diff --git a/src/box/box.cc b/src/box/box.cc
> > > index 8d7454d1f..3a571ae3c 100644
> > > --- a/src/box/box.cc
> > > +++ b/src/box/box.cc
> > > @@ -369,9 +369,23 @@ static void
> > > box_check_replication(void)
> > > {
> > > int count = cfg_getarr_size("replication");
> > > + char *repl[count-1];
> > > for (int i = 0; i < count; i++) {
> > > const char *source = cfg_getarr_elem("replication", i);
> > > box_check_uri(source, "replication");
> > > + repl[i] = strdup(source);
> > > + if (repl[i] == NULL) {
> > > + tnt_raise(OutOfMemory, sizeof(*source), "source",
> > "malloc");
> > > + }
> > > + for (int j = i; j >= 1; j--) {
> > > + if (strcmp(repl[i], repl[j-1]) == 0) {
> > > + tnt_raise(ClientError, ER_CFG,
> > "replication",
> > > + "duplication of replication
> > source");
> > > + }
> > > + }
> > > + }
> > > + for (int i = 0; i < count; i++) {
> > > + free(repl[i]);
> >
> > This is totally wrong, because different URLs can point to the same
> > instance, e.g.
> >
> > Instance 1: box.cfg{listen = 12345}
> >
> > Instance 2: box.cfg{replication = {12345, 'localhost:12345'}}
> >
> > Crash.
> >
> > All you're supposed to do is fix the checks in replication.cc
> >
>
>
> I am a bit lost. We have to raise an exception when have duplication uri,
> or or just skip duplication?
Before replication_connect_quorum was introduced, we checked for
duplicate connections when configuring replication and raised exception
on error (see replicaset_update).
Now, due to replication_connect_quorum, we may be unable to detect
duplicate connections, because we can fail to connect to some masters
within replication_connect_timeout, before box.cfg{} returns. So we
allow the configuration anyway and print a warning if later on, when a
master is connected, we find it to be a duplicate.
I guess we should preserve this behavior and just fix the crash.
prev parent reply other threads:[~2018-08-29 10:00 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-08-28 16:22 Olga Arkhangelskaia
2018-08-29 9:03 ` Vladimir Davydov
2018-08-29 9:36 ` Olga Krishtal
2018-08-29 10:00 ` Vladimir Davydov [this message]
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=20180829100057.fpc6xoac4diytjtq@esperanza \
--to=vdavydov.dev@gmail.com \
--cc=krishtal.olja@gmail.com \
--cc=tarantool-patches@freelists.org \
--subject='Re: [tarantool-patches] [PATCH] box: fix assertion with duplication in repl. source' \
/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