-
Notifications
You must be signed in to change notification settings - Fork 2.3k
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
Please provide a way to change built-in flannel config, e.g. from vxlan to host-gw #538
Comments
I am running into this as well. Would it make sense to only write this default config file if it doesn't already exist, allowing the user to edit it if desired? |
any new on this? I need host-gw too |
Any update? I needed host-gw too |
I implemented it, its on a PR |
host-gw support is added in v1.17.2-alpha3+k3s1. Closing issue. |
Thank you for the implementation! For an already installed K3S cluster, is it possible to just run the installation script again with the parameter |
Same question. For an already installed K3S cluster, how can i change flannel backend from vxlan to host-gw. |
Just add the parameter to the arguments in the k3s systemd unit and restart k3s. |
Hey @brandond, can you elaborate a little more on how to change the flannel backend for an already installed K3s cluster? |
Exactly as I said above. |
I know I'm archaeologist here, but for future newbies, I'll translate @brandond comment (which saved me!):
|
You'd probably want to |
It seems that with k3s, there is no way to change config of built-in flannel.
Upstream k8s offers ConfigMap kube-flannel-cfg with cni-conf.json and net-conf.json. There is no such ConfigMap in k3s.
There is /var/lib/rancher/k3s/agent/etc/flannel/net-conf.json but it seems this is just an auto-generated file with clear-text representation of the internal configuration mode. It gets automatically re-written at restart time.
I guess it would be possible to start with --no-flannel and then install regular upstream flannel CNI, though I haven't tried that path yet.
Use case would be to switch from vxlan to host-gw mode.
The text was updated successfully, but these errors were encountered: