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
When running in ipvs mode, unable to update kube-proxy to 1.15 #77265
Comments
/triage unresolved Comment 🤖 I am a bot run by @vllry. 👩🔬 |
Great catch! Looks like a breaking change. One solution like you mentioned is to add support for replacing ipsets in |
I noticed we pass in |
This could work as well 🤔 |
Opened a fix for it here #77371, let's chat there :) |
@m1093782566 @andrewsykim If you aren't able to handle this issue, consider unassigning yourself and/or adding the 🤖 I am a bot run by vllry. 👩🔬 |
/remove-triage unresolved |
What happened:
When updating to 1.15 in IPVS mode, kube-proxy fails to start
What you expected to happen:
kube-proxy updates ok
How to reproduce it (as minimally and precisely as possible):
Deploy kube-proxy <1.15 in ipvs mode and update to 1.15
Anything else we need to know?:
Error message in kube-proxy:
I think the reason is the change of ipset type (bitmap to hash) in PR #74341. The 2 sets that creates the problem are:
KUBE-NODE-PORT-SCTP
KUBE-NODE-PORT-LOCAL-SCTP
Removing the sets manually works but is not a great solution for in-place updates.
I think we should fix this before the 1.15 release (not sure what the best approach is: delete the set if it exists with the wrong type? Use a different name to avoid the collision?)
Environment:
kubectl version
): 1.14 => 1.15cat /etc/os-release
): ubuntu 18.04uname -a
): 4.4/sig network
/area ipvs
/assign @m1093782566
The text was updated successfully, but these errors were encountered: