Skip to content

fix(collector) respect log level as configured in collector config#2243

Open
wpessers wants to merge 1 commit intoopen-telemetry:mainfrom
wpessers:fix/collector/respect-collector-config-log-level
Open

fix(collector) respect log level as configured in collector config#2243
wpessers wants to merge 1 commit intoopen-telemetry:mainfrom
wpessers:fix/collector/respect-collector-config-log-level

Conversation

@wpessers
Copy link
Copy Markdown
Member

When service.telemetry.logs.level is set to a non-default value (anything other than INFO) in the collector config, the extension core's minimum level is raised to match it. So the collector's internal logs respect the configured level, and the extension logs remain unaffected.

Note that the collector config can only make logging more restrictive than the extension level, setting it to DEBUG when the extension is at INFO has no effect.

When the collector's level is found to be the default (INFO), the extension's core is just used as is, preserving the existing behavior where OPENTELEMETRY_EXTENSION_LOG_LEVEL controls everything. I have used this 'heuristic' of looking at the INFO level to avoid having to resolve the collector config an extra time just to check whether the key is explicitly set, which could have impact on cold start (especially when using e.g. S3 as a provider).

My idea is to do a release of the collector layer with this temporary fix and add a warning to the release, and then remove the fallback entirely in a subsequent release, just to make sure that no users relying on OPENTELEMETRY_EXTENSION_LOG_LEVEL to control the collector's log level are caught off guard.

This is part of the solution for #2101

@wpessers wpessers requested a review from a team as a code owner April 11, 2026 19:53
@wpessers wpessers added bug Something isn't working go Pull requests that update Go code labels Apr 11, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

bug Something isn't working go Pull requests that update Go code

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant