prometheus-community / prometheus-community/PushProx

Error scraping

Open
#188 1 comment 0 reactions 0 assignees View on GitHub

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

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.