From: Serge Petrenko <sergepetrenko@tarantool.org> To: Vladislav Shpilevoy <v.shpilevoy@tarantool.org>, tarantool-patches@dev.tarantool.org Subject: Re: [Tarantool-patches] [PATCH 0/3] Raft on leader election recovery restart Date: Mon, 19 Oct 2020 12:36:06 +0300 [thread overview] Message-ID: <3b913104-6366-4ee0-fda2-812a06cc36a8@tarantool.org> (raw) In-Reply-To: <cover.1602954690.git.v.shpilevoy@tarantool.org> 17.10.2020 20:17, Vladislav Shpilevoy пишет: > There were 2 issues with the relay restarting recovery cursor when the node is > elected as a leader. Fixed in the last 2 commits. First was about local LSN not > being set, second about GC not being propagated. > > The first patch is not related to the bugs above directly. Just was found while > working on this. In theory without the first patch we can get flakiness into > the testes changed in this commit, but only if a replication connection will > break without a reason. > > Additionally, the new test - gh-5433-election-restart-recovery - hangs on my > machine when I start tens of it. All workers, after executing it several times, > hang. But!!! not in something related to the raft - they hang in the first > box.snapshot(), where the election is not even enabled yet. From some debug > prints I see it hangs somewhere in engine_being_checkpoint(), and consumes > ~80% of the CPU. But it may be just a consequence of the corrupted memory on > Mac, due to libeio being broken. Don't know what to do with that now. Hi! Thanks for the patchset! Patches 2 and 3 LGTM. Patch 1 looks ok, but I have one question. What happens when a user accidentally enables raft during a cluster upgrade, when some of the instances support raft, and some don't? Looks like it'll lead to even more inconvenience. In my opinion it's fine if the leader just disappears without further notice. We have an election timeout set up for this anyway. > > Branch: http://github.com/tarantool/tarantool/tree/gerold103/gh-5433-raft-leader-recovery-restart > Issue: https://github.com/tarantool/tarantool/issues/5433 > > Vladislav Shpilevoy (3): > raft: send state to new subscribers if Raft worked > raft: use local LSN in relay recovery restart > raft: don't drop GC when restart relay recovery > > src/box/box.cc | 14 +- > src/box/raft.h | 10 + > src/box/relay.cc | 22 ++- > .../gh-5426-election-on-off.result | 59 ++++-- > .../gh-5426-election-on-off.test.lua | 26 ++- > .../gh-5433-election-restart-recovery.result | 174 ++++++++++++++++++ > ...gh-5433-election-restart-recovery.test.lua | 87 +++++++++ > test/replication/suite.cfg | 1 + > 8 files changed, 367 insertions(+), 26 deletions(-) > create mode 100644 test/replication/gh-5433-election-restart-recovery.result > create mode 100644 test/replication/gh-5433-election-restart-recovery.test.lua > -- Serge Petrenko
next prev parent reply other threads:[~2020-10-19 9:36 UTC|newest] Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-10-17 17:17 Vladislav Shpilevoy 2020-10-17 17:17 ` [Tarantool-patches] [PATCH 1/3] raft: send state to new subscribers if Raft worked Vladislav Shpilevoy 2020-10-20 20:43 ` Vladislav Shpilevoy 2020-10-21 11:41 ` Serge Petrenko 2020-10-21 21:41 ` Vladislav Shpilevoy 2020-10-22 8:53 ` Alexander V. Tikhonov 2020-10-17 17:17 ` [Tarantool-patches] [PATCH 2/3] raft: use local LSN in relay recovery restart Vladislav Shpilevoy 2020-10-17 17:17 ` [Tarantool-patches] [PATCH 3/3] raft: don't drop GC when restart relay recovery Vladislav Shpilevoy 2020-10-19 9:36 ` Serge Petrenko [this message] 2020-10-19 20:26 ` [Tarantool-patches] [PATCH 0/3] Raft on leader election recovery restart Vladislav Shpilevoy 2020-10-20 8:18 ` Serge Petrenko 2020-10-22 8:55 ` Alexander V. Tikhonov
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=3b913104-6366-4ee0-fda2-812a06cc36a8@tarantool.org \ --to=sergepetrenko@tarantool.org \ --cc=tarantool-patches@dev.tarantool.org \ --cc=v.shpilevoy@tarantool.org \ --subject='Re: [Tarantool-patches] [PATCH 0/3] Raft on leader election recovery restart' \ /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