Skip to content

Update live store to honor local and global block configs#6509

Merged
mdisibio merged 5 commits intografana:mainfrom
mdisibio:live-store-encoding-fix
Feb 19, 2026
Merged

Update live store to honor local and global block configs#6509
mdisibio merged 5 commits intografana:mainfrom
mdisibio:live-store-encoding-fix

Conversation

@mdisibio
Copy link
Copy Markdown
Contributor

@mdisibio mdisibio commented Feb 19, 2026

What this PR does:
The live store currently hardcodes the completeBlock encoding to DefaultEncoding(), which means it can be configured to use vParquet5. This fixes it to honor the block config, but also fixes the fallbacks for it and the wal versions, to use the global storage.trace.block.version if nothing else overrides it.

This also moves the encoding check up a level, to the LiveStore from the instance, so that an invalid version will ensure a startup error.

Which issue(s) this PR fixes:
Fixes #

Checklist

  • Tests updated
  • Documentation added
  • CHANGELOG.md updated - the order of entries should be [CHANGE], [FEATURE], [ENHANCEMENT], [BUGFIX]

Copy link
Copy Markdown
Contributor

@mapno mapno left a comment

Choose a reason for hiding this comment

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

LGTM

Comment thread modules/livestore/config.go
@mdisibio mdisibio merged commit fe30eef into grafana:main Feb 19, 2026
25 checks passed
Harry-kp added a commit to Harry-kp/tempo that referenced this pull request Feb 21, 2026
…d WAL versions

The block builder was hardcoding the default encoding version in
BlockConfig.RegisterFlagsAndApplyDefaults, ignoring the global
storage.trace.block.version config. This replicates the approach from
grafana#6509 (live store fix): introduce a GlobalBlockConfig field injected by
the application, and a coalesceBlockVersion function that resolves the
encoding with proper fallback (default -> global -> local block_config).

Fixes grafana#6451
javiermolinar pushed a commit that referenced this pull request Feb 24, 2026
…d WAL versions (#6532)

* fix: block builder honor the global storage block config for block and WAL versions

The block builder was hardcoding the default encoding version in
BlockConfig.RegisterFlagsAndApplyDefaults, ignoring the global
storage.trace.block.version config. This replicates the approach from
#6509 (live store fix): introduce a GlobalBlockConfig field injected by
the application, and a coalesceBlockVersion function that resolves the
encoding with proper fallback (default -> global -> local block_config).

Fixes #6451

* refactor: extract shared CoalesceVersion helper, update LiveStore and manifest

Extract version resolution into encoding.CoalesceVersion() so both
block builder and live store share the same logic. The live store's
module-specific WAL override chain is preserved by passing the extra
WAL version argument.

Regenerate the configuration manifest to reflect the removed hardcoded
defaults.
zalegrala pushed a commit to zalegrala/tempo that referenced this pull request Feb 27, 2026
…d WAL versions (grafana#6532)

* fix: block builder honor the global storage block config for block and WAL versions

The block builder was hardcoding the default encoding version in
BlockConfig.RegisterFlagsAndApplyDefaults, ignoring the global
storage.trace.block.version config. This replicates the approach from
grafana#6509 (live store fix): introduce a GlobalBlockConfig field injected by
the application, and a coalesceBlockVersion function that resolves the
encoding with proper fallback (default -> global -> local block_config).

Fixes grafana#6451

* refactor: extract shared CoalesceVersion helper, update LiveStore and manifest

Extract version resolution into encoding.CoalesceVersion() so both
block builder and live store share the same logic. The live store's
module-specific WAL override chain is preserved by passing the extra
WAL version argument.

Regenerate the configuration manifest to reflect the removed hardcoded
defaults.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants