-
Notifications
You must be signed in to change notification settings - Fork 440
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
[Prometheus Exporter] Unable to disable otel_scope_name
attribute
#2442
Comments
otel_scope
attributeotel_scope_name
attribute
See This can be set programatically. The missing part is to expose an environment variable so that this property can also be set from the execution environment. |
I set this to false and |
Indeed, So we need a new exporter option attributes, and the environment variable that goes with it, this is a valid issue. |
This issue is available for anyone to work on. Make sure to reference this issue in your pull request. |
Reopen. This collides with the following spec PR, which defines the option and environment variable to use: |
On hold, waiting for the spec PR to be approved and merged: options and environment variables to be renamed after that. Important: to fix before the next opentelemetry-cpp release is shipped, to avoid un necessary changes to users. |
Looks like the spec PR was merged. I'll try to get a PR that renames it done this week. |
Should I rename all of the |
Ping on the above question, which probably got lost in the holidays. |
Everything related to So, please rename C++ member names, parameter names, etc, and the environment variable name. Once this renaming is done, we can then ship a clean 1.14.0. Not sure what conflict with Given that the spec itself is in experimental status for this area, renaming can be done around |
According to the spec for the Prometheus exporter:
I can't find any way to actually disable these. The prometheus exporter would disable them assuming the strings passed in via the scope data are empty. The data in the
InstrumentationScope
that gets passed into the exporter comes from agruments passed toGetMeter()
. Passing a blank string forlibrary_name
would ostensibly disable it based on the code in the exporter, but passing a blank there results in an error:The text was updated successfully, but these errors were encountered: