-
Notifications
You must be signed in to change notification settings - Fork 2.9k
Description
There is no mention of requirement for br_netfilter module for flannel to work.
It perhaps wasn't needed in the past as kubeadm would check for it during kubeadm init and give:
error execution phase preflight: [preflight] Some fatal errors occurred:
[ERROR FileContent--proc-sys-net-bridge-bridge-nf-call-iptables]: /proc/sys/net/bridge/bridge-nf-call-iptables does not exist
If module wasn't on.
However this check was removed since kubeadm v1.30 as mentioned in this github issue:
kubernetes/kubernetes#127593
Expected Behavior
Perhaps flannel containers could exit with an error saying "required br_netfilter module is not enabled".
But at least this module should be mentioned in the docs.
Current Behavior
Services aren't reachable within the network.
Possible Solution
flannel containers could exit with an error saying "required br_netfilter module is not enabled" or docs entry
Steps to Reproduce (for bugs)
- modprobe -r br_netfilter
- kubeadm init --pod-cidr-range=10.244.0.0/16
- kubectl apply -f <flannel-24.2 or 25.4 i only tested on them>
- kubectl run -it dns-test --image=busybox --rm -- nslookup kubernetes.default.svc.cluster.local (or ping any service)
Context
I spent around 2 days trying to find an issue with the cluster.
I created a in issue in kubernetes github and I got an information that currently CNI probivers should take care of this over requiring kubeadm to enforce this module enable.
This is the issue:
kubernetes/kubernetes#127593
Your Environment
- Flannel version: 24.2 25.4
- Backend used (e.g. vxlan or udp): vxlan
- Etcd version:
- Kubernetes version (if used): 1.29 (has the check and wont init without module), 1.30.5 and 1.31.1 (will init without module the bug will appear)
- Operating System and version: Debian 12
- Link to your project (optional):