[Tarantool-patches] [PATCH v3 08/10] Support manual elections in `box.ctl.clear_synchro_queue()`
Vladislav Shpilevoy
v.shpilevoy at tarantool.org
Fri Apr 16 02:30:54 MSK 2021
Thanks for working on this!
See 5 comments below.
> diff --git a/src/box/box.cc b/src/box/box.cc
> index 3729ed997..6c7c8968a 100644
> --- a/src/box/box.cc
> +++ b/src/box/box.cc
> @@ -1525,12 +1526,74 @@ box_clear_synchro_queue(bool try_wait)
> if (!is_box_configured ||
> raft_source_term(box_raft(), instance_id) == box_raft()->term)
> return 0;
> +
> + bool run_elections = false;
> +
> + switch (box_election_mode) {
> + case ELECTION_MODE_OFF:
> + break;
> + case ELECTION_MODE_VOTER:
> + assert(box_raft()->state == RAFT_STATE_FOLLOWER);
> + diag_set(ClientError, ER_UNSUPPORTED, "election_mode='voter'",
> + "manual elections");
> + return -1;
> + case ELECTION_MODE_MANUAL:
> + assert(box_raft()->state != RAFT_STATE_CANDIDATE);
> + if (box_raft()->state == RAFT_STATE_LEADER) {
> + diag_set(ClientError, ER_ALREADY_LEADER);
> + return -1;
> + }
> + run_elections = true;
> + try_wait = false;
> + break;
> + case ELECTION_MODE_CANDIDATE:
> + /*
> + * Leader elections are enabled, and this instance is allowed to
> + * promote only if it's already an elected leader. No manual
> + * elections.
> + */
> + if (box_raft()->state != RAFT_STATE_LEADER) {
1. That is strange. Why do you allow to promote the node
if it is already the leader when mode is candidate, but do
not allow the same when the mode is manual?
Shouldn't we throw an error when the mode is candidate
regardless of the node role?
> + diag_set(ClientError, ER_UNSUPPORTED, "election_mode="
> + "'candidate'", "manual elections");
> + return -1;
> + }
> + break;
> + default:
> + unreachable();
> + }
> +
> uint32_t former_leader_id = txn_limbo.owner_id;
> int64_t wait_lsn = txn_limbo.confirmed_lsn;
> int rc = 0;
> int quorum = replication_synchro_quorum;
> in_clear_synchro_queue = true;
>
> + if (run_elections) {
> + /*
> + * Make this instance a candidate and run until some leader, not
> + * necessarily this instance, emerges.
> + */
> + raft_cfg_is_candidate(box_raft(), true, false);
> + /*
> + * Trigger new elections without waiting for an old leader to
> + * disappear.
> + */
> + raft_new_term(box_raft());
> + box_raft_wait_leader_found();
> + raft_cfg_is_candidate(box_raft(), false, false);
2. What if during box_raft_wait_leader_found() I made the node candidate
via box.cfg? Won't you then reset it back to non-candidate here?
It probably should reset the current box.cfg mode back. Not just
remove the candidate flag.
> + if (!box_raft()->is_enabled) {
> + diag_set(ClientError, ER_RAFT_DISABLED);
> + in_clear_synchro_queue = false;
> + return -1;
> + }
> + if (box_raft()->state != RAFT_STATE_LEADER) {
> + diag_set(ClientError, ER_INTERFERING_PROMOTE,
> + box_raft()->leader);
> + in_clear_synchro_queue = false;
> + return -1;
> + }
> + }
> +
> if (txn_limbo_is_empty(&txn_limbo))
> goto promote;
>
> diff --git a/src/box/raft.c b/src/box/raft.c
> index 285dbe4fd..c7dc79f9b 100644
> --- a/src/box/raft.c
> +++ b/src/box/raft.c
> @@ -336,6 +336,28 @@ fail:
> panic("Could not write a raft request to WAL\n");
> }
>
> +static int
> +box_raft_wait_leader_found_trig(struct trigger *trig, void *event)
3. I thought we usually call triggers with _f suffix, not _trig.
> +{
> + struct raft *raft = (struct raft *)event;
> + assert(raft == box_raft());
> + struct fiber *waiter = (struct fiber *)trig->data;
4. No need to cast this and event - void * cast works naturally in C.
> + if (raft->leader != REPLICA_ID_NIL || !raft->is_enabled)
> + fiber_wakeup(waiter);
> + return 0;
> +}
> diff --git a/src/box/raft.h b/src/box/raft.h
> index 15f4e80d9..8fce423e1 100644
> --- a/src/box/raft.h
> +++ b/src/box/raft.h
> @@ -97,6 +97,9 @@ box_raft_checkpoint_remote(struct raft_request *req);
> int
> box_raft_process(struct raft_request *req, uint32_t source);
>
> +void
> +box_raft_wait_leader_found();
> +
> void
> box_raft_init(void);
>
> diff --git a/src/lib/raft/raft.c b/src/lib/raft/raft.c
> index e9ce8cade..7b77e05ea 100644
> --- a/src/lib/raft/raft.c
> +++ b/src/lib/raft/raft.c
> @@ -846,7 +846,7 @@ raft_cfg_is_enabled(struct raft *raft, bool is_enabled)
> }
>
> void
> -raft_cfg_is_candidate(struct raft *raft, bool is_candidate)
> +raft_cfg_is_candidate(struct raft *raft, bool is_candidate, bool demote)
5. I know it might lead to some code duplication, but probably
better move that to other functions. For example,
raft_cfg_is_temporary_candidate()
or something like that. Otherwise it appears surprisingly hard
to follow these 2 flags together. Although I might be wrong and
it would look worse. Did you try?
Or another option:
raft_cfg_is_candidate(box_raft(), true, false);
raft_cfg_is_candidate(box_raft(), false, false);
turns into
raft_start_candidate(box_raft())
raft_stop_candidate(box_raft())
Also it would be good to have unit tests for the changes in raft.h
and raft.c.
More information about the Tarantool-patches
mailing list