Skip to content

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

Merged
chaudum merged 2 commits into
mainfrom
chaudum/fix-skip-recent-blooms
Dec 6, 2024
Merged

chaudum merged 2 commits into
mainfrom
chaudum/fix-skip-recent-blooms

Conversation

@chaudum

@chaudum chaudum commented Dec 6, 2024

Copy link
Copy Markdown
Contributor

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

@rfratto rfratto left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Thanks!

Comment thread pkg/bloomgateway/querier.go Outdated
Signed-off-by: Christian Haudum <christian.haudum@gmail.com>
@loki-gh-app

loki-gh-app Bot commented Dec 6, 2024

Copy link
Copy Markdown
Contributor

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

@chaudum
chaudum merged commit 78d3c44 into main Dec 6, 2024
@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>
felix0102 pushed a commit to felix0102/loki that referenced this pull request Aug 2, 2026
…looms (grafana#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>
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