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] rptest: do not expect cached segment readers at the end of the test #23537

Conversation

vbotbuildovich
Copy link
Collaborator

Backport of PR #23509

This assertion fails from time to time. It seems perfectly fine there
not to be any cached readers available.

If there aren't any running queries using readers and we are under
memory pressure the next query will likely evict all segment readers to
free up resources. Reader eviction (and memory accounting) is
asynchronous but the metric/probe update is synchronous.

If we get metrics in-between last query acquiring memory resources (or
slightly after) and before the actual physical eviction happened then we
expect the metric to be 0.

It is possible for the last query to be aborted altogether in-between
requesting resources and actually creating a reader which would also
lead to metric being 0.

I consider this acceptable behavior so removing the assert.

(cherry picked from commit 2c7cb0a)
@vbotbuildovich vbotbuildovich added this to the v24.1.x-next milestone Sep 27, 2024
@vbotbuildovich vbotbuildovich added the kind/backport PRs targeting a stable branch label Sep 27, 2024
@nvartolomei nvartolomei merged commit 6f25901 into redpanda-data:v24.1.x Sep 27, 2024
17 checks passed
@BenPope BenPope modified the milestones: v24.1.x-next, v24.1.18 Oct 9, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/backport PRs targeting a stable branch
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants