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
Bug 1752814: Fix decreasing counter metrics when reloading HAProxy #179
Bug 1752814: Fix decreasing counter metrics when reloading HAProxy #179
Conversation
@sgreene570: This pull request references Bugzilla bug 1752814, which is valid. The bug has been moved to the POST state. The bug has been updated to refer to the pull request using the external bug tracker. 3 validation(s) were run on this bug
In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
f3c774b
to
8fb1ed4
Compare
@sgreene570: This pull request references Bugzilla bug 1752814, which is valid. 3 validation(s) were run on this bug
In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
I would be interested to know whether this changes the behaviour of openshift/origin#25484 |
Definitely could be the case. |
/test e2e |
1 similar comment
/test e2e |
Re-triggering e2e test to get an idea if this PR hits https://bugzilla.redhat.com/show_bug.cgi?id=1835371 /test e2e |
/test e2e |
gcp quota problems. Will retest later today. |
/retest |
1 similar comment
/retest |
/test e2e |
2 similar comments
/test e2e |
/test e2e |
/retest |
@sgreene570 should |
Good point! Thanks for catching this. |
8fb1ed4
to
29a33b1
Compare
Looks like |
Blocked on #187 |
/test verify |
/lgtm |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: danehans, sgreene570 The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
/retest Please review the full test history for this PR and help us cut down flakes. |
1 similar comment
/retest Please review the full test history for this PR and help us cut down flakes. |
@sgreene570: All pull requests linked via external trackers have merged: Bugzilla bug 1752814 has been moved to the MODIFIED state. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
/cherry-pick release-4.5 |
@sgreene570: new pull request created: #205 In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
/cherry-pick release-4.4 |
@sgreene570: new pull request created: #206 In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
The HAProxy router reload process calls
CollectNow()
inpkg/router/metrics/haproxy/haproxy.go
. Currently,CollectNow()
does not updatee.lastScrape
, which means it is possible for the normal scrape functionCollect(...)
to be called just afterCollectNow()
, but before HAProxy has actually reloaded, sinceCollectNow()
essentially "resets" the metrics scrape interval.The idea in this PR is to have
CollectNow()
set thee.lastScrape
time, sinceCollectNow()
is callingscrape()
anyways. This will prevent counter metrics from decreasing across reloads since metrics are only saved for reload preservation duringCollectNow()
to minimize memory usage.