Join GitHub today
GitHub is home to over 31 million developers working together to host and review code, manage projects, and build software together.
Sign upRecycled IP causes wrong metrics #2262
Comments
This comment has been minimized.
This comment has been minimized.
|
This this all happen in the space of 5 minutes? If so you're hitting staleness, wait a bit. |
This comment has been minimized.
This comment has been minimized.
|
@brian-brazil sounds like Prometheus handles this then? Good to hear. I wish I had collected more info for this issue, including monitoring it to see if it resolved itself. Does that mean the metrics for those 5 minutes will be lost? Is it preferable to instead include the |
This comment has been minimized.
This comment has been minimized.
No, certain queries will return both for a while though. |
beorn7
referenced this issue
Dec 8, 2016
Closed
Kubernetes SD: Unrelated new pod recycling old IP shows up as old pod of configured job #2266
beorn7
added a commit
that referenced
this issue
Jan 6, 2017
This comment has been minimized.
This comment has been minimized.
|
#2323 fixed the case for K8s SD. If this wasn't just a staleness issue as suggested by @brian-brazil , I would assume it is fixed in the same way. Please re-open with further evidence if you think otherwise. |
beorn7
closed this
Feb 16, 2017
This comment has been minimized.
This comment has been minimized.
lock
bot
commented
Mar 24, 2019
|
This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
NoumanSaleem commentedDec 7, 2016
•
edited
What did you do?
During a load test, we had new instances launch which were given IPs previously seen and scraped by Prometheus.
Our scrape configuration uses Consul and assigns the
namelabel to__meta_consul_service. The issue is that the name label was not updated to reflect the new service running at that scrape target, and caused inconsistencies in metrics.What did you expect to see?
Not sure, maybe the name label to be updated? I guess I'm not 100% positive this issue resides with Prometheus, or possibly Consul was at fault for not updating the service. Just wanted to open this issue in case others had encountered this.
Environment
Linux 3.13.0-93-generic x86_64
prometheus, version 1.1.1 (branch: master, revision: 24db241)
build user: root@90d3f69e2d67
build date: 20160907-09:42:10
go version: go1.6.3