-
Notifications
You must be signed in to change notification settings - Fork 813
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
haproxy- grabbing 'server' name instead of host name #617
Comments
It looks like the real problem is that we're treating HAProxy backends as hosts that are actually running HAProxy. This works in our specific setup - where we have haproxy running on all of the backend hosts - but this is unusual and would actually be considered "wrong" in many cases. We should only consider the host that's returning the stats as the host that has the haproxy metrics and give the metrics tags of "backend:$hostname" for every backend that's listed in the stats. |
The fix is pretty easy. But how should we manage this change with the existing users ? |
I'm going to go with the opinion that since this is a bug in the way we collected data, and people have complained about nodes not having the DD agent appearing in their infrastructure lists, and potentially being charged for, this isn't a backwards-breaking feature, and doesn't need a major revision bump. |
Yet... On Fri, Sep 6, 2013 at 8:53 AM, Mike Fiedler [email protected]:
|
@MisterRayCo I made a list of the consequences of fixing that issue. |
have there been any updates to this? |
@mrardon we're testing the changes internally and plan to release this shortly. |
Fixed with agent 4.x |
might be a tag misreported, possibly in this logic:
https://github.com/DataDog/dd-agent/blob/master/checks.d/haproxy.py#L151-L154
The text was updated successfully, but these errors were encountered: