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

[v23.1.x] r/configuration_manager: add highest_known_offset checkpoint mutex #9960

Merged
merged 2 commits into from
Apr 12, 2023

Conversation

ztlpn
Copy link
Contributor

@ztlpn ztlpn commented Apr 11, 2023

Backport of PR #9827

Previously, several background fibers spawned by consensus::disk_append
could run configuration_manager::maybe_store_highest_known_offset in
parallel. Because the storage_resources units were not released until we
actually finished the kvstore write, every bg fiber launched during the
kvstore debounce period will do a kvstore write on its own. This commit
adds a flag that makes sure that we do only one checkpoint at a time.

Fixes redpanda-data#9309

(cherry picked from commit 17df605)
@ztlpn ztlpn added this to the v23.1.7 milestone Apr 11, 2023
@ztlpn ztlpn merged commit fcc11dd into redpanda-data:v23.1.x Apr 12, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants