-
-
Notifications
You must be signed in to change notification settings - Fork 5.8k
Fix incorrect behaviour with multi-port endpoint subsets #8156
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
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I guess that this was a mere oversight, by declaring the variable before the cycle its value remained unchanged in subsequent cycles thus (incorrectly) falling through the if port == 0 guard.
jbdoumenjou
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM 👍
rtribotte
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks 👍
ldez
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
2464fe3 to
015208b
Compare
What does this PR do?
Fixes an incorrect behaviour when the Endpoints generated for Service pods contain two distinct subsets for two different ports.
Motivation
The bug had broken down one of our production services for a while and we had to revert to Traefik 1.7.
The bug caused some (third in our case) of HTTP requests to be forwarded to pods that hadn't had the port exposed.
More
Additional Notes