Skip to content
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

"ipset v7.1: Kernel and userspace incompatible: settype hash:net with revision 7 not supported by userspace #802

Closed
mikekuzak opened this issue Jul 15, 2022 · 4 comments
Labels
kind/bug Something isn't working

Comments

@mikekuzak
Copy link

Description

When trying to federate to K8S clusters running Canal via submariner.io the Canal plugin is crash-looping after the federation setup

Impact

K8s network plugin crashing. I'm not sure who should be looking as this is an interaction between Cancal/Calicio/Flatcar/Submariner.io/Rancher/K8s

Environment and steps to reproduce

submariner-io/submariner#1922

@mikekuzak mikekuzak added the kind/bug Something isn't working label Jul 15, 2022
@pothos
Copy link
Member

pothos commented Jul 15, 2022

To understand, the container has its own ipset binary, right? That should be good then and it sounds like the kernel interface in this area is API is not really backwards compatible (probably not a regression but by design?). Sounds like the solution is to use newer versions of the Calico/whatever containers - can you try that?

@dghubble
Copy link

Calico fixed this projectcalico/calico#5011

@tormath1
Copy link
Contributor

Hi @mikekuzak,

Thanks for raising this issue. I quickly checked: rancher-1.20.12 ships calico-v3.17.2 which is not yet fixed for the issue linked by @dghubble.

You can try to upgrade your Rancher version to one that ships >=calico-3.22.1 or you can try to bump directly your calico version to >=3.22.1.

It was called out in the Flatcar release notes as a known issue: https://www.flatcar.org/releases#release-3115.0.0 but we did not propagate this section to Stable release note since in the meantime Calico fixed the issue.

Let us know how it goes!

@tormath1
Copy link
Contributor

Hello, as mentioned it has been fixed upstream and updating to newer version of rancher should fix the issue. I'll go ahead and close that one.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/bug Something isn't working
Projects
None yet
Development

No branches or pull requests

4 participants