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

Open
wants to merge 8 commits into
base: v24.1.x
Choose a base branch
from

Conversation

vbotbuildovich
Copy link
Collaborator

Backport of PR #19964

Removed comment mentioning that we should add applying snapshot to stm
as this is already being done

Signed-off-by: Michał Maślanka <[email protected]>
(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 <[email protected]>
(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 <[email protected]>
(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 <[email protected]>
(cherry picked from commit e73aa28)
@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
(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)
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.

None yet

3 participants