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

Review units of telemetry in metadata.yaml telemetry #34143

Open
39 tasks
crobert-1 opened this issue Jul 17, 2024 · 1 comment
Open
39 tasks

Review units of telemetry in metadata.yaml telemetry #34143

crobert-1 opened this issue Jul 17, 2024 · 1 comment
Labels
enhancement New feature or request never stale Issues marked with this label will be never staled and automatically removed

Comments

@crobert-1
Copy link
Member

crobert-1 commented Jul 17, 2024

Component(s)

No response

Describe the issue you're reporting

This is the contrib equivalent issue for open-telemetry/opentelemetry-collector#10556

Many metrics defined in components' metadata.yaml files have the unit of 1. This isn't meaningful or helpful to users. These metrics should be reviewed to determine a more informative unit.

Here's the list of components that currently have at least one metric with the unit of 1:

  • connector/grafanacloudconnector
  • connector/servicegraphconnector
  • exporter/lokiexporter
  • exporter/prometheusremotewriteexporter
  • exporter/sumologicexporter
  • pkg/stanza/fileconsumer
  • processor/filterprocessor
  • processor/groupbyattrsprocessor
  • processor/groupbytraceprocessor - [processor/groupbytrace] Update metric units #34167
  • processor/k8sattributesprocessor
  • processor/probabilisticsamplerprocessor
  • receiver/bigipreceiver
  • receiver/dockerstatsreceiver
  • receiver/elasticsearchreceiver
  • receiver/expvarreceiver
  • receiver/fluentforwardreceiver
  • receiver/hostmetricsreceiver/internal/scraper/cpuscraper
  • receiver/hostmetricsreceiver/internal/scraper/filesystemscraper
  • receiver/hostmetricsreceiver/internal/scraper/memoryscraper
  • receiver/hostmetricsreceiver/internal/scraper/pagingscraper
  • receiver/hostmetricsreceiver/internal/scraper/processscraper
  • receiver/httpcheckreceiver
  • receiver/kafkametricsreceiver
  • receiver/kafkareceiver
  • receiver/kubeletstatsreceiver
  • receiver/mongodbatlasreceiver
  • receiver/mongodbreceiver
  • receiver/mysqlreceiver
  • receiver/oracledbreceiver
  • receiver/otelarrowreceiver
  • receiver/podmanreceiver
  • receiver/postgresqlreceiver
  • receiver/redisreceiver
  • receiver/snmpreceiver
  • receiver/snowflakereceiver
  • receiver/solacereceiver
  • receiver/sshcheckreceiver
  • receiver/statsdreceiver
  • receiver/zookeeperreceiver
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.

@github-actions github-actions bot added the Stale label Sep 18, 2024
@crobert-1 crobert-1 added never stale Issues marked with this label will be never staled and automatically removed and removed Stale labels Sep 18, 2024
@atoulme atoulme removed the needs triage New item requiring triage label Oct 2, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request never stale Issues marked with this label will be never staled and automatically removed
Projects
None yet
Development

No branches or pull requests

2 participants