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

[v24.1.x] Always use the latest configuration for followers metadata #20148

Conversation

vbotbuildovich
Copy link
Collaborator

Backport of PR #19964

@vbotbuildovich vbotbuildovich added this to the v24.1.x-next milestone Jun 26, 2024
@vbotbuildovich vbotbuildovich added the kind/backport PRs targeting a stable branch label Jun 26, 2024
mmaslankaprv and others added 8 commits July 17, 2024 07:59
Removed comment mentioning that we should add applying snapshot to stm
as this is already being done

Signed-off-by: Michał Maślanka <michal@redpanda.com>
(cherry picked from commit 2f287e2)
When install snapshot request in processed by the follower it may not
always replace the follower log content. If the snapshot last included
offset is smaller than the follower dirty offset the follower should
prefix truncate all the data up to the snapshot last included offset but
keep all the entries which offset is greater than snapshot last included
offset.

Fixed the update of follower metadata state as it was always using the
snapshot configuration instead the latest from the configuration
manager.

Fixes: #core-internal/issues/1310

Signed-off-by: Michał Maślanka <michal@redpanda.com>
(cherry picked from commit c69709f)
When install snapshot request is received by the current leader it must
unconditionally step down. This is the same behavior as in the case of
receiving an append entries request.

Signed-off-by: Michał Maślanka <michal@redpanda.com>
(cherry picked from commit 571aa19)
When install snapshot request is delayed and deliver to the node after
it already made progress it can not lead to state inconsistencies. Added
test validating handing of delayed `install_snapshot` requests. The test
is validating behavior of both follower and the leader.

Signed-off-by: Michał Maślanka <michal@redpanda.com>
(cherry picked from commit e73aa28)
(cherry picked from commit b52b4c3)
Support std::error_code, raft::errc, cluster::errc and bool,
both individually and as part of a result<..., ...>

(cherry picked from commit 94e99f0)
That's mostly for later use in raft_fixture::retry_with_leader

(cherry picked from commit 07e714f)
As part of deprecating simple_raft_fixture in favour of raft_fixture,
making id_allocator_stm_test to use the latter.

(cherry picked from commit 3821433)
@mmaslankaprv mmaslankaprv force-pushed the backport-pr-19964-v24.1.x-915 branch from 83e8f7b to cd9d637 Compare July 17, 2024 07:59
@mmaslankaprv
Copy link
Member

@mmaslankaprv mmaslankaprv merged commit 2731e41 into redpanda-data:v24.1.x Jul 17, 2024
14 of 17 checks passed
@BenPope BenPope modified the milestones: v24.1.x-next, v24.1.11 Jul 19, 2024
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.

4 participants