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.2.x] cloud_storage: Force exhaustive trim when fast trim fails #13063

Merged

Conversation

vbotbuildovich
Copy link
Collaborator

Backport of PR #13013
Fixes: #13062,

In the case where the cache dir consists solely of index+tx files, the
current code path in fast trim does not remove anything. This should be
followed up by an exhaustive trim to free up slots in cache, but due to
an adjustment of the objects to delete counter, this ends up not
happening.

The change here makes sure that if we have a certain count of objects to
delete, and we were not able to delete the count, and there is a set of
filtered out files, we proceed to do an exhaustive trim.

(cherry picked from commit 2cf23e8)
@vbotbuildovich vbotbuildovich added this to the v23.2.x-next milestone Aug 29, 2023
@vbotbuildovich vbotbuildovich added the kind/backport PRs targeting a stable branch label Aug 29, 2023
@piyushredpanda piyushredpanda marked this pull request as ready for review August 29, 2023 13:31
@piyushredpanda piyushredpanda requested a review from abhijat August 29, 2023 13:31
@piyushredpanda piyushredpanda modified the milestones: v23.2.x-next, v23.2.8 Aug 29, 2023
@dotnwat dotnwat merged commit 7422f86 into redpanda-data:v23.2.x Aug 30, 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.

4 participants