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

fix(blooms): Fix check for skipping most recent data when filtering blooms #15300

Merged
merged 2 commits into from
Dec 6, 2024

Conversation

chaudum
Copy link
Contributor

@chaudum chaudum commented Dec 6, 2024

What this PR does / why we need it:

After changing the default of -bloom-build.planner.min-table-offset from 1 (yesterday) to 0 (today), we noticed that the bloom gateways reported a very high percentage of missing series in blocks.

This is because the gateway received filter requests for today's block, but the requested series is too new and has not been added to the bloom block yet.

In the bloom querier on the index gateway there is a condition under which requests to the bloom gateway are skipped, because the blooms are likely not available yet.

This PR changes this condition to correctly take the min-table-offset as well as the planning-interval into account.

Special notes for your reviewer:

screenshot_20241206_154014

Checklist

  • Reviewed the CONTRIBUTING.md guide (required)
  • Documentation added
  • Tests updated
  • Title matches the required conventional commits format, see here
    • Note that Promtail is considered to be feature complete, and future development for logs collection will be in Grafana Alloy. As such, feat PRs are unlikely to be accepted unless a case can be made for the feature actually being a bug fix to existing behavior.
  • Changes that require user attention or interaction to upgrade are documented in docs/sources/setup/upgrade/_index.md
  • If the change is deprecating or removing a configuration option, update the deprecated-config.yaml and deleted-config.yaml files respectively in the tools/deprecated-config-checker directory. Example PR

After changing the default of  `-bloom-build.planner.min-table-offset` from `1`
(yesterday) to `0` (today), we noticed that the bloom gateways reported
a very high percentage of missing series in blocks.

This is because the gateway received filter requests for today's block,
but the requested series is too new and has not been added to the bloom
block yet.

In the bloom querier on the index gateway there is a condition under
which requests to the bloom gateway are skipped, because the blooms are
likely not available yet.

This PR changes this condition to correctly take the min-table-offset as
well as the planning-interval into account.

Signed-off-by: Christian Haudum <christian.haudum@gmail.com>
@chaudum chaudum requested a review from a team as a code owner December 6, 2024 14:41
@chaudum chaudum added the type/bug Somehing is not working as expected label Dec 6, 2024
Copy link
Member

@rfratto rfratto left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks!

pkg/bloomgateway/querier.go Outdated Show resolved Hide resolved
Signed-off-by: Christian Haudum <christian.haudum@gmail.com>
@loki-gh-app
Copy link
Contributor

loki-gh-app bot commented Dec 6, 2024

This PR must be merged before a backport PR will be created.

@chaudum chaudum merged commit 78d3c44 into main Dec 6, 2024
60 checks passed
@chaudum chaudum deleted the chaudum/fix-skip-recent-blooms branch December 6, 2024 16:03
loki-gh-app bot pushed a commit that referenced this pull request Dec 6, 2024
…looms (#15300)

After changing the default of  `-bloom-build.planner.min-table-offset` from `1` (yesterday) to `0` (today), we noticed that the bloom gateways reported a very high percentage of missing series in blocks.

This is because the gateway received filter requests for today's block, but the requested series is too new and has not been added to the bloom block yet.

In the bloom querier on the index gateway there is a condition under which requests to the bloom gateway are skipped, because the blooms are likely not available yet.

This PR changes this condition to correctly take the min-table-offset as well as the planning-interval into account.

Signed-off-by: Christian Haudum <christian.haudum@gmail.com>
(cherry picked from commit 78d3c44)
chaudum added a commit that referenced this pull request Dec 6, 2024
…looms (backport k231) (#15301)

Backport 78d3c44 from #15300

Co-authored-by: Christian Haudum <christian.haudum@gmail.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
backport k231 size/M type/bug Somehing is not working as expected
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants