ARM64架构树莓派4 Kubernetes集群中Flannel因VXLAN报错CrashLoopBackOff求助

看起来你在ARM64架构的树莓派4集群上部署Flannel时遇到了挺头疼的CrashLoopBackOff问题，核心报错Error registering network: operation not supported结合VXLAN的日志信息，大概率是和ARM64环境的兼容性或者内核配置有关，我给你梳理几个针对性的排查和解决方向：

1. 优先检查VXLAN内核模块是否正常加载 #

树莓派的默认内核可能没有预装VXLAN模块，而Flannel的VXLAN后端依赖这个模块：

• 先在每个节点上执行命令检查模块状态：

  lsmod | grep vxlan
  

• 如果没有任何输出，说明模块未加载，尝试手动加载：

  sudo modprobe vxlan
  

• 加载成功后，再查看Flannel Pod的状态：

  kubectl get pods -n kube-flannel
  

• 如果modprobe命令失败，说明你的树莓派内核不支持VXLAN，需要更换为支持该模块的内核（比如Raspberry Pi OS官方64位完整版内核，而非精简版）。

2. 确认Flannel镜像的ARM64兼容性 #

很多默认的Flannel镜像是为AMD64架构编译的，虽然容器运行时可能会通过QEMU转译运行，但很容易出现底层网络操作不支持的问题：

• 先查看当前Flannel DaemonSet使用的镜像：

  kubectl get ds kube-flannel-ds -n kube-flannel -o jsonpath='{.spec.template.spec.containers[0].image}'
  

• 如果镜像标签里没有arm64标识，修改DaemonSet使用ARM64专属镜像（注意版本要和你的Kubernetes版本匹配，比如K8s 1.28对应Flannel v0.22.0）：

  kubectl set image ds/kube-flannel-ds -n kube-flannel kube-flannel=quay.io/coreos/flannel:v0.22.0-arm64
  

3. 移除手动创建的/run/flannel/subnet.env文件 #

你手动创建的这个文件其实应该由Flannel的init容器自动生成，每个节点的子网配置是动态分配的，手动固定值反而会导致配置不匹配：

• 在所有节点上删除该文件：

  sudo rm /run/flannel/subnet.env
  

• 之前kube-proxy找不到这个文件是Flannel启动失败的连锁反应，解决Flannel的核心问题后，这个文件会自动生成，kube-proxy也会恢复正常。

4. 验证Flannel配置与K8s初始化参数的一致性 #

确保Flannel的网络配置和你kubeadm init时指定的pod-network-cidr一致：

• 查看Flannel的ConfigMap：

  kubectl get cm kube-flannel-cfg -n kube-flannel -o yaml
  

• 检查net-conf.json中的Network字段是否为10.244.0.0/16（和你初始化时的参数一致），如果不一致，修改ConfigMap后重启Flannel Pod。

5. 检查节点网络环境 #

• 树莓派4如果使用无线网卡（wlan0）运行K8s节点，VXLAN可能会出现兼容性问题，建议切换为有线网卡（eth0），日志中显示当前使用的是eth0，这部分没问题，但要确保节点之间的UDP 4789端口（VXLAN默认端口）没有被防火墙或路由器拦截。

备注：内容来源于stack exchange，提问作者Daemon Jester