-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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/prometheus] honor_labels set to true and scraping a prometheus pushgateway not working #33742
Comments
Pinging code owners:
See Adding Labels via Comments if you do not have permissions to add labels yourself. |
Can you set the log level of the collector to debug to see the detailed error message for why the scrape failed? |
I think it should be: service:
logs:
level: DEBUG |
Hello, debug log output (seems the empty instance label may be the issue as suspected)
|
This should've been fixed by #33565. Can you try upgrading to v0.103.0? |
Thank you for that, 0.103.0 fixed the issue. |
Component(s)
receiver/prometheus
What happened?
Description
Scraping a Prometheus pushgateway with
honor_labels: true
results in a scrape endpoint failure. Suspect this is due to the scrape metrics having both instance and jobs labels (from #15239) but would like clarification that this is the problem. Also is there any work around (other than settinghonor_labels: false
). Attempted doing a label drop with metric_relabel_config but that did not work.Steps to Reproduce
Prometheus receiver config
Expected Result
Endpoint is scraped, job and instances labels from the pushgateway are used.
Actual Result
Endpoint scrape failure (see log message below)
Collector version
0.102.0
Environment information
Environment
OS: Kubernetes 1.29
OpenTelemetry Collector configuration
Log output
Additional context
sample of metrics that are returned from the pushgateway
The text was updated successfully, but these errors were encountered: