-
Notifications
You must be signed in to change notification settings - Fork 274
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
[Backport release-1.25] rke-canal pod is not running due to incompatible ipset protocol version #4216
Milestone
Comments
Environment Details Node(s) CPU architecture, OS, and Version: Cluster Configuration: Config.yaml:
Steps to validate the fix
|
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
This is a backport issue for #4145, automatically created via rancherbot by @rbrtbnfgl
Original issue description:
Environmental Info:
RKE2 Version:
v1.26.4+rke2r1
Node(s) CPU architecture, OS, and Version:
Linux k8s-agent16 5.15.0-70-generic #77-Ubuntu SMP Tue Mar 21 14:02:37 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux
Cluster Configuration:
2 servers, 16 agents all running Ubuntu 22.04
Describe the bug:
rke2-canal pods on some agents are not starting. The pod logs contain the following.
There was a similar issue reported at projectcalico/calico#5011. But, it's mentioned that it only happens if kube-proxy mode is ipvs and it shouldn't impact if the proxy-mode is iptables. I have confirmed that the proxy-mode is iptables. Here are the logs from the kube-proxy pod.
Steps To Reproduce:
Installed RKE2 using the following steps
Expected behavior:
Running
kubectl get pod -n kube-system
should result in allrke2-canal
pods running successfully.Actual behavior:
Some of the
rke2-canal
are stuck atReady 1/2
Additional context / logs:
On host:
On
rke2-canal
pod andcalico-node
container running in the same host:Note that this behavior is observed only on one server node and one agent node. All other nodes are working fine. One common thing on both these nodes is that the output of
ipset list
contained sets withRevision: 7
in them.Output of
ipset list
from the problematic agent node:Output of
ipset list
from the node that is working fine:The text was updated successfully, but these errors were encountered: