-
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
K3s Multus + Whereabouts doesn't work #10545
Comments
While it would be great if components like CNI plugins could respect custom directories, the ability to install k3s using "standard" paths (aka kubeadm paths) instead of /var/lib/rancher would solve a lot of pain points. I am using k3s with kubevirt and ''expected directory" issue seems to be the biggest hurdle. |
This repository uses a bot to automatically label issues which have not had any activity (commit/comment/label) for 45 days. This helps us manage the community issues better. If the issue is still relevant, please add a comment to the issue so the bot can remove the label and we know it is still valid. If it is no longer relevant (or possibly fixed in the latest release), the bot will automatically close the issue in 14 days. Thank you for your contributions. |
You can either pass the correct paths in the NetworkAttachmentDefinition, or run I'm going to update the documentation to address this. |
Environmental Info:
K3s Version:
Node(s) CPU architecture, OS, and Version:
Linux ph-lws-4c38d51ffd02-9840 5.14.21-150500.55.19-default #1 SMP PREEMPT_DYNAMIC Tue Aug 8 22:15:01 UTC 2023 (9908c29) x86_64 x86_64 x86_64 GNU/Linux
Cluster Configuration:
1 server (planning for multiple nodes)
Describe the bug:
Unable to use K3s with Multus + Whereabouts.
Error:
error adding container to network <network-name> : config file not found
Problem is related to whereabouts IPAM, switching to
host-local
IPAM makes the error disappear (but not desired)Steps To Reproduce:
Expected behavior:
Pod started with event:
Add eth2 [10.0.x.x/16] from default/rto
Actual behavior:
Pod pending with error:
Additional context / logs:
Adding a symbolic link for Whereabouts seems to help as a workaround
ln -s /var/lib/rancher/k3s/agent/etc/cni/net.d/whereabouts.d /etc/cni/net.d/whereabouts.d
See also k8snetworkplumbingwg/whereabouts#465 (comment)
The text was updated successfully, but these errors were encountered: