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

[receiver/kubeletstats] Unit 1 must be used only for fractions and ratios #35849

Open
walnuts1018 opened this issue Oct 17, 2024 · 3 comments
Open
Labels
never stale Issues marked with this label will be never staled and automatically removed receiver/kubeletstats waiting-for:semantic-conventions Waiting on something on semantic-conventions to be stabilized

Comments

@walnuts1018
Copy link

Component(s)

receiver/kubeletstats

Describe the issue you're reporting

Describe

Some metrics, such as container.memory.page_faults, use 1 for Unit, but should be changed to use the appropriate Unit according to Metrics Semantic Conventions.

Metrics that need to be modified

Problems caused by using 1 for Unit

For example, when using the Prometheus Exporter, metrics in OpenTelemetry format are normalized to metric names according to conventions in Prometheus by looking at Unit, Metric Type, etc.

If a metric has a Metric Type of Gauge and a Unit of 1, the Prometheus Translator will assume that the metric represents a percentage of 0-1 and assign a Suffix of _ratio (https://github.com/open-telemetry/opentelemetry-collector-contrib/tree/main/pkg/translator/prometheus#:~:text=Percentages%20(unit%20is%201)), which is highly misleading. This is highly misleading.

@walnuts1018 walnuts1018 added the needs triage New item requiring triage label Oct 17, 2024
@walnuts1018 walnuts1018 changed the title Unit 1 must be used only for fractions and ratios [receiver/kubeletstats] Unit 1 must be used only for fractions and ratios Oct 17, 2024
Copy link
Contributor

Pinging code owners:

See Adding Labels via Comments if you do not have permissions to add labels yourself.

@ChrsMark
Copy link
Member

I guess open-telemetry/semantic-conventions#1032 should take care of that.

@atoulme atoulme removed the needs triage New item requiring triage label Oct 18, 2024
Copy link
Contributor

This issue has been inactive for 60 days. It will be closed in 60 days if there is no activity. To ping code owners by adding a component label, see Adding Labels via Comments, or if you are unsure of which component this issue relates to, please ping @open-telemetry/collector-contrib-triagers. If this issue is still relevant, please ping the code owners or leave a comment explaining why it is still relevant. Otherwise, please close it.

Pinging code owners:

See Adding Labels via Comments if you do not have permissions to add labels yourself.

@github-actions github-actions bot added the Stale label Dec 18, 2024
@ChrsMark ChrsMark added waiting-for:semantic-conventions Waiting on something on semantic-conventions to be stabilized never stale Issues marked with this label will be never staled and automatically removed and removed Stale labels Dec 18, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
never stale Issues marked with this label will be never staled and automatically removed receiver/kubeletstats waiting-for:semantic-conventions Waiting on something on semantic-conventions to be stabilized
Projects
None yet
Development

No branches or pull requests

3 participants