Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[v22.3.x] Do not allow decommissioned node rejoining the cluster #9395

Conversation

vbotbuildovich
Copy link
Collaborator

Backport of PR #8547
Fixes #9394,

Signed-off-by: Michal Maslanka <michal@redpanda.com>
(cherry picked from commit 9db0e31)
When new simple configuration is replicated after leaving joint
consensus we still may send a request to follower that is going to be
removed after the transition from joint to simple state. This way there
is a chance that the follower will receive an information about it being
removed from the cluster. The change introduced here is just an
optimization and it does not influence correctness or configuration
change semantics. It just allows the removed follower to discover its
removal.

The last configuration change  delivery isn't guaranteed and it may
happen that the follower will not receive it so we should not treat it
as reliable mechanism to discover removal.

Signed-off-by: Michal Maslanka <michal@redpanda.com>
(cherry picked from commit 76a9c4e)
Signed-off-by: Michal Maslanka <michal@redpanda.com>
(cherry picked from commit 313e471)
Added a piece of logic that doesn't allow decommissioned node to rejoin
the cluster after it is restarted. This way a node that was
decommissioned will always require a data wipe to be able to join the
cluster again. It will make restarting decommissioned safe.

Fixes: redpanda-data#8404

Signed-off-by: Michal Maslanka <michal@redpanda.com>
(cherry picked from commit fbe17b4)
…arts

When Redpanda is started it may be the case that it will not be able to
join the cluster but its process can still be up and running. To test
this behavior we may need to start Redpanda without waiting for it to be
fully operational.

Signed-off-by: Michal Maslanka <michal@redpanda.com>
(cherry picked from commit a5a1b83)
Signed-off-by: Michal Maslanka <michal@redpanda.com>
(cherry picked from commit 6e56861)
@vbotbuildovich vbotbuildovich added this to the v22.3.x-next milestone Mar 13, 2023
@vbotbuildovich vbotbuildovich added the kind/backport PRs targeting a stable branch label Mar 13, 2023
@mmaslankaprv mmaslankaprv marked this pull request as ready for review March 13, 2023 09:40
@piyushredpanda piyushredpanda modified the milestones: v22.3.x-next, v22.3.14 Mar 13, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/redpanda kind/backport PRs targeting a stable branch
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants