tarantool / tarantool/doc

Deleted replica applies its own deletion from the `_cluster` space

Open
#4,385 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

3.2 replication
Dominant language
CSS
Stars
15
Forks
49
Avg merge
1d 13h
Merged PRs (30d)
3

Description

Related dev. issue(s): https://github.com/tarantool/tarantool/issues/10088

Product: Tarantool
Since: 3.2
Root document:

SME: @ CuriousGeorgiy

Details

The deleted replica will now apply its own deletion from the _cluster
space. This will allow to delete a node regardless of
the current configuration in case the _cluster space is synchronous. The
deleted replica will need to be resubscribed, and if it is restarted
before resubscription, it needs to be started as an anonymous replica.

However, if a replica is down, then it will still be impossible to remove
it from a 2-member cluster without manual lowering of the
replication_synchro_quorum option. In such a scenario the instance should
not be turned off before it is dropped from the _cluster space when
synchronous replication is enabled for the _cluster space.
Requested by @ CuriousGeorgiy in https://github.com/tarantool/tarantool/commit/25aac111ce10bab38f5e43f72c2d5d322a1e0065.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with the replication synchronization guide and the “Adding and removing instances” section, then review the replication_synchro_quorum configuration reference. Update the documentation to cover deletion from the synchronous _cluster space, resubscription or anonymous restart requirements, and the two-member-cluster caveat when a replica is down.】【。

Written by the indexing model from the issue text.

Assessment

Domain
documentation
Issue type
Documentation
Difficulty
3/5
Estimated time
1-2 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
45/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.