kubernetes flannel pod CrashLoopBackoff解决

背景

某环境客户部署了一个kubernetes集群,发现flannel的pod一直重启,始终处于CrashLoopBackOff状态。

image-20200521194511898

 

排查

  1. 对于始终CrashLoopBackOff的pod,一般是应用本身的问题,需要查看具体pod的日志,通过kubectl logs -f --tail -n kube-system flannel-xxx显示,“pod cidr not assigned”,然后flannel退出

    image-20200521195205880

  2. 检查日志显示的节点10.0.0.17的cidr,发现确实为空,而正常的环境却是正常的。

image-20200521195643737

image-20200521195710005

     3. 检查flannel的启动参数,发现为--kube-subnet-mgr,–kube-sub

  • 1
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
您好!kube-flannel状态CrashLoopBackOff通常表示kube-flannel容器正在启动时遇到问题并崩溃。引起此问题的原因可能有多种,下面是一些可能的解决方法: 1. 检查kube-flannel的日志:您可以通过kubectl logs命令检查kube-flannel容器的日志,以了解更多关于崩溃的详细信息。例如: ``` kubectl logs -n kube-system <kube-flannel-pod-name> ``` 2. 检查网络配置:确保您的Kubernetes集群的网络配置正确无误。kube-flannel与网络相关,因此如果网络配置有问题,可能会导致容器崩溃。确保您的网络插件正确安装和配置,并且与其他组件兼容。 3. 检查资源限制:kube-flannel容器可能由于资源限制不足而崩溃。请确保为kube-flannel分配了足够的资源(CPU和内存),以满足其运行需求。 4. 检查kube-flannel版本和Kubernetes版本的兼容性:确保您使用的kube-flannel版本与您的Kubernetes版本兼容。某些kube-flannel版本可能不支持特定的Kubernetes版本,这可能导致容器崩溃。 5. 重新安装kube-flannel:如果上述方法都没有解决问题,可以尝试重新安装kube-flannel。首先,删除现有的kube-flannel部署,然后再次安装它。可以使用以下命令来完成这些操作: ``` kubectl delete daemonset kube-flannel -n kube-system kubectl apply -f https://raw.githubusercontent.com/coreos/flannel/master/Documentation/kube-flannel.yml ``` 希望这些解决方法对您有所帮助!如果您有其他问题,请随时提问。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值