k8s集群calico-node CrashLoopBackOff

最新推荐文章于 2024-08-21 15:43:27 发布
最新推荐文章于 2024-08-21 15:43:27 发布
阅读量1.5k 收藏 1
点赞数 1
分类专栏： liunx 文章标签： linux 运维 kubernetes 云原生
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/saffronsdas/article/details/127230174
版权
在4台服务器组成的k8s集群中，遇到calico-node组件处于CrashLoopBackOff状态，导致其他组件如dashBoard部署失败，出现连接超时的问题。问题根源在于各主机网卡名称不一致，由于从同一Linux系统复制，导致不同主机的网卡名称不同。解决方法包括：备份并重命名网卡配置文件，修改配置，禁用网卡命名规则，更新grub配置，并重启服务及主机。
摘要由CSDN通过智能技术生成

问题描述：

我是4台服务器搭建k8s集群，一个master主机+两个work节点外加一个nfs中间件。我的calico组件一直是CrashLoopBackOff状态，以至于我再建其他组件时都会报错。

例如搭建dashBoard时候，日志写的是

panic: Get "https://10.96.0.1:443/api/v1/namespaces/kubernetes-dashboard/secrets/kubernetes-dashboard-csrf": dial tcp 10.96.0.1:443: i/o timeout


大概意思是连接不上，超时，拒接链接等。我去网上查找方法说直接部署运行在master主机。我试了一下成功了，但是后续在部署其他组件时候又出来了同样的问题。恰逢我的calico只在master上好使。经过我的排查发现我是的各个主机的网卡名称不一样，应为我之前在搭建calico时指定了网卡名称。

为什么会网卡名称不一致呢，是因为我安装好一个Linux操作系统后都是复制的，只有第一个时ens18,其他都是eth0。这里希望大家严谨一点。（如果你需要指定网卡，默认calico是不需要指定网卡的，在特殊环境下或者多网卡）

该网卡名称方法：

linux 修改网卡名称 - 小蟋帅 - 博客园

1.备份、重命名网卡配置文件

最低0.47元/天 解锁文章
结婚买房生女儿
关注
专栏目录
【Kubernetes】calico-node的pod实例一直报错重启的问题
cnskylee的博客
09-04 2129
【背景】 今天测试K8s集群的node节点扩容，扩容的整个过程都很顺利，但是后来发现在新扩容的node节点（k8s-node04）上，一直有一个calico-node的pod实例报错、不断重启。 【现象】 从下面的pod实例的运行状态查询结果来看，可以发现有一个pod实例（calico-node-xl9bc）在不断的重启。 [root@k8s-master01 ~]# kubectl get pods -A| grep calico kube-system ...
calico状态一直处于CrashLoopBackOff并且报错no valid IPv4 addresses found on the host interfaces
江晓龙的博客
09-21 1548
calico状态一直处于CrashLoopBackOff并且报错no valid IPv4 addresses found on the host interfaces calico pod一致处于CrashLoopBackOff 报错内容如下： [root@k8s-20-49 ~]# kubectl logs -f calico-node-bwqz4 -n kube-system 2021-05-28 06:05:29.621 [INFO][8] startup.go 256: Early log l
k8s容器启动失败并出现 CrashLoopBackOff 状态
最新发布
weixin_52212112的博客
08-21 762
出现 CrashLoopBackOff
【水文】calico-node 启动失败 Init:CrashLoopBackOff
大健的日常的博客
12-02 1万+
Defaulted container "calico-node" out of: calico-node, upgrade-ipam (init), install-cni (init), mount-bpffs (init) Error from server (BadRequest): container "calico-node" in pod "calico-node-4j7td" is waiting to start: PodInitializing
calico的CrashLoopBackOff 解决办法
热门推荐
之城的专栏
05-30 1万+
今天查看k8s集群的状态发现， calico-node的status是CrashLoopBackOff 。 于是各种查找资料, 现在把解决方法记下。 查看日志 其实k8s的日志记录十分详细，只要查看下日志结合搜索引擎， 很快就能知道问题， 查看问题pod的日志： kubectl logs -f -n kube-system calico-node-wzmz5 -c calico-node 这个命令的日志信息很长， 很多。 直接拉到底部查看最新的日志。 日志中已经说了， linux系统内核的RPF
问题记录：K8s中安装calico，calico反复重启，原因：版本未匹配
hey_lie的博客
06-07 2683
calico与k8s的版本未匹配。calico应用反复重启，且无错误日志
kubenates启动calico-node时，有节点总是报错CrashLoopBackOff
dkgee
07-03 4640
[root@vm511 ~]# kubectl get pods --all-namespaces -o wide NAMESPACE NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES kube-system calico-node-f4228 2/2.
【k8s故障处理篇】calico-node启动失败“Felix is not live: Get “http://localhost:9099/liveness” 解决办法(V1.30.3版本）
jks212454的博客
08-06 236
【k8s故障处理篇】calico-node启动失败“Felix is not live: Get “http://localhost:9099/liveness” 解决办法(V1.30.3版本）
K8S集群calico报错Calico node ‘binary-k8s-master1‘ is already using the IPv4 address 172.18.0.1
江晓龙的博客
11-26 2065
k8s calico报错Calico node ‘binary-k8s-master1’ is already using the IPv4 address 172.18.0.1 1.问题描述 将pinpoint微服务链路监控以docker方式部署在了k8s集群中的node节点上，刚开始没有问题，过了一天后，发现calico组件全部启动失败，并且集群中的所有微服务无法提供服务 calico报错如下 # kubectl logs -f calico-node-p6hsk -n kube-system 2021
【k8s故障处理篇】calico-kube-controllers状态为“ImagePullBackOff”解决办法
jks212454的博客
07-22 944
【k8s故障处理篇】calico-kube-controllers状态为“ImagePullBackOff”解决办法
k8s常见问题：如何处理CrashLoopBackOff问题？
分享云原生大数据技术和个人成长、职业发展相关内容
05-07 6925
首先关于CrashLoopBackOff并不是代表一种错误， "CrashLoopBackOff 是 Kubernetes 中的一个状态，表示在一个 Pod 中发生的重启循环：Pod 中的一个容器启动之后发生了问题，然后反复重启。Kubernetes 会在重启之间等待逐渐增加的退避时间，我们在发现CrashLoopBackOff之后可以对集群进行及时的修复。因此，CrashLoopBackOff 本身并不是一个问题，而是表明有一个错误在发生，阻止了 Pod 正确启动。
2021-06-26 calico-node-xxx pod 状态反复CrashLoopBackOff
qimingstack的博客
06-26 2448
calico-node-xxx pod 状态反复CrashLoopBackOff [root@k8s-master ~]# kubectl get pods -n kube-system -owide NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES cali
pod状态 CrashLoopBackOff
weixin_39833509的博客
08-21 1893
pod的status为CrashLoopBackOff，也可能是防火墙问题 [root@master systemd]# kubectl get pods --all-namespaces NAMESPACE NAME READY STATUS RESTARTS AGE kube-system calico-kube-controllers-58497c65d5-xhfs..
已解决 Bug: Error: CrashLoopBackOff (K8s) 问题
GoCloudNative - 云原生技术的探索者。
09-24 772
你好，我是猫头虎博主。在云原生的世界里，Kubernetes（简称 K8s）作为一个领先的容器编排工具，为我们的应用程序提供了稳定和可扩展的运行环境。然而，在实际的运维过程中，我们可能会遇到一些棘手的问题。其中一个常见的问题是错误。通过本文，我将深入探讨这个错误的原因，提供详细的解决方案，并分享一些避免该错误的最佳实践。希望通过本文，你能得到解决 Kubernetes 中错误的思路和方法。🚀是 Kubernetes 中一个常见但令人困惑的错误。
使用KubeKey一同安装Kubernetes(k8s)和KubeSphere
没出过地球
03-20 615
此时生成config-sample.yaml文件，文件包括kubernetes需要安装的配置信息和kubesphere安装信息，kubesphere安装信息包括所需要的插件，除了gpu和es外，其他全部设置为true，配置详单如下。此时会打印一些组合依赖信息，如果没有nfs文件存储则请先安装，确认yes后等待一段时间，如果没有明显的错误，则最后会有欢迎信息，此时基本安装成功。KubeSphere官方有个很简单的安装方式可以同时安装Kubernetes(k8s)和KubeSphere，（
Kubernetes 安装 dashboard 报错
Bertram的博客
11-15 2425
报错内容如下: [root@k8s-master ~]# kubectl logs kubernetes-dashboard-658485d5c7-9v6kg -n kubernetes-dashboard 2021/11/15 06:48:51 Starting overwatch 2021/11/15 06:48:51 Using namespace: kubernetes-dashboard 2021/11/15 06:48:51 Using in-cluster config to connec
[kubernetes]Calico运行异常：dial tcp 10.96.0.1:443: connect: connection refused
大数据
05-12 3506
内置的 kubernetes service 无法删除，其 ClusterIP 为通过 --service-cluster-ip-range 参数指定的 ip 段中的首个 ip，kubernetes endpoints 中的 ip 以及 port 可以通过 --advertise-address 和 --secure-port 启动参数来指定。原文链接：https://blog.csdn.net/dingpwen/article/details/124444614。那么这个10.96.0.1到底是什么呢？
k8s安装dashboard时pod出现CarshLoopBackoff
qq_44847649的博客
02-23 3944
k8s安装dashboard时pod出现CarshLoopBackoff 输入kubectl get pods -A查看所有pod的运行状态 [root@k8s-master ~]# kubectl get pod -A NAMESPACE NAME READY STATUS RESTARTS AGE kube-system calico-kube-
K8S 安装kubernetes-dashboard 报错，web无法访问，查看日志报错
255.255.255.0
07-18 5126
#查看日志 kubectl logs kubernetes-dashboard-5d4dc8b976-v2wzv -n kubernetes-dashboard 报错内容： Initializing csrf token from kubernetes-dashboard-csrf secret panic: Get https://10.96.0.1:443/api/v1/namespaces/kubernetes-dashboard/secrets/kubernetes-dashboard-c..
kuberentes集群部署calico-cni
05-14
Kubernetes集群可以使用Calico CNI（容器网络接口）来提供容器网络功能。以下是在Kubernetes集群中部署Calico CNI的步骤： 1. 下载calico.yaml文件： ``` curl https://docs.projectcalico.org/manifests/calico.yaml -O ``` 2. 修改calico.yaml文件： 在calico.yaml文件中，将下面的行注释掉： ``` # - name: CALICO_IPV4POOL_CIDR # value: "192.168.0.0/16" ``` 然后，将下面的行取消注释，并将CIDR更改为您要使用的CIDR： ``` - name: CALICO_IPV4POOL_CIDR value: "10.244.0.0/16" ``` 3. 安装calico CNI： 使用kubectl apply命令安装calico CNI： ``` kubectl apply -f calico.yaml ``` 4. 验证calico CNI是否正常运行： 运行以下命令以验证calico是否已成功安装并正在运行： ``` kubectl get pods -n kube-system -l k8s-app=calico-node ``` 如果输出中的状态是“运行中”，则表示calico成功安装并正在运行。 5. 部署网络策略： 如果您想使用网络策略，您可以使用calicoctl命令部署网络策略，例如： ``` calicoctl apply -f policy.yaml ``` 其中，policy.yaml是一个包含网络策略的YAML文件。 以上是在Kubernetes集群中部署Calico CNI的简单步骤，您可以根据需要进行自定义配置。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值