prometheus-community / prometheus-community/PushProx
Error scraping
Nobody has claimed this yet.
- Dominant language
- Go
- Stars
- 811
- Forks
- 154
- PR merge metrics
- No merged PRs in 30d
Description
Hello
Could someone help fix a problem in my configuration?
I have multiple locations for scraping with PushProx, and from time to time In logs, I see messages like below
PushProx logs
ts=2024-11-11T13:10:59.586Z caller=main.go:179 level=error msg="Error scraping:" err="Timeout reached for \"http://10.70.67.5:9070/metrics\": context canceled" url=http://10.70.67.5:9070/metrics
ts=2024-11-11T13:10:59.874Z caller=main.go:179 level=error msg="Error scraping:" err="Timeout reached for \"http://10.90.63.85:9070/metrics\": context deadline exceeded" url=http://10.90.63.85:9070/metrics
Ingress-Nginx logs
2024/11/11 13:18:59 [error] 29#29: *17648707 upstream timed out (110: Operation timed out) while reading response header from upstream, client: 213.197.78.89, server: pushprox.some.domain, request: "POST /poll HTTP/1.1", upstream: "http://10.111.119.118:9080/poll", host: "pushprox.some.domain,"
The main issue that I'm receiving alerts from AlertManager is that hosts went offline, but actually, it is the wrong alert
It appears randomly for random hosts, despite this those hosts are available for scraping.
My configuration is running in EKS under nginx-ingress controller
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by tracing the PushProx error reported at main.go:179 and the /poll request through the EKS nginx-ingress deployment, comparing the PushProx and ingress timeout messages. Done means identifying why scrapes time out intermittently and preventing false host-offline alerts in this configuration.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- aws, go, kubernetes, nginx
- Domain
- infrastructure, networking, observability
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100