calico-kube-controller一直重启

最新推荐文章于 2024-07-15 16:56:01 发布
最新推荐文章于 2024-07-15 16:56:01 发布
阅读量3.9k 收藏 2
点赞数
分类专栏： calico kubernetes 文章标签： kubernetes docker linux k8s
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_44617104/article/details/125181670
版权
文章讲述了主机异常关机后，calico-kube-controller持续重启的问题，通过检查calico.yaml配置、排查错误日志，发现是升级集群后可能导致的数据初始化问题。通过删除并重新部署解决了问题，最终给出了稳定状态的Pod列表。
摘要由CSDN通过智能技术生成

主机异常关机后，calico-kube-controller一直重启

[root@master k8s]# kubectl get pod -n kube-system 
NAME                                       READY   STATUS             RESTARTS           AGE
calico-kube-controllers-566dc76669-hlt7c   0/1     CrashLoopBackOff   3892 (3m55s ago)   96d
calico-node-2h59l                          1/1     Running            2 (48d ago)        96d
calico-node-j28bl                          1/1     Running            1 (57d ago)        96d
coredns-64897985d-4zflq                    1/1     Running            1 (57d ago)        96d
coredns-64897985d-mzblm                    1/1     Running            3 (48d ago)        96d
etcd-master                                1/1     Running            309 (57d ago
最低0.47元/天 解锁文章
csdn18682354672
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
【k8s故障处理篇】calico-kube-controllers状态为“ImagePullBackOff”解决办法
jks212454的博客
07-22 645
【k8s故障处理篇】calico-kube-controllers状态为“ImagePullBackOff”解决办法
kube-controllers:用于Calico的Kubernetes控制器
04-09
Kubernetes的Calico控制器 该存储库包含用于Calico的kubernetes控制器的集合。 有几个控制器，每个控制器监视Kubernetes API中的资源并响应事件执行特定的工作。 可以在目录中找到每个控制器的源代码。 有关每种功能的更多信息，请参见。 开始使用Calico 对于想要了解有关该项目的更多信息或开始使用Calico的用户，请参阅上的文档。 开始开发Calico 依存关系 整个构建都可以在容器中运行，这意味着您唯一需要的依赖项就是可以。 如果要在容器外部本地运行构建和测试，则需要以下依赖项： 建筑 欢迎对此代码做出贡献！ 可以使用Makefile来构建和测试此存储库中的代码。 make docker-image将产生一个包含适用于部署到kubernetes的工件的docker映像。 make binary将仅构建控制器二进制文件，以便可以在本地运行
问题记录：K8s中安装calico，calico反复重启，原因：版本未匹配
hey_lie的博客
06-07 2509
calico与k8s的版本未匹配。calico应用反复重启，且无错误日志
K8S组件calico重建过程
最新发布
Alex
07-15 347
问题背景：周一来了以后看到calico-node组件pod重启100多次，查看日志发现warning日志： Number of node(s) with BGP peering established = 2 calico/node is not ready: felix is not ready: Get “http://localhost:9099/readiness”: dial tcp [::1]:9099: connect: connection refused 一、问题日志 频繁重启
Calico 异常重启问题复盘
clay's blog
04-22 715
Calico 异常重启问题复盘集群内网络架构为，基于Calico BGP 的路由模式，直接与交互机建联。
Kubernetes 集群calico网络故障排查思路
小楼一夜听春雨，深巷明朝卖杏花
08-06 2176
访问k8s的dashboard界面无法访问网站，查看pod，未知原因导致calico的Pod资源重新创建后无法启动，显示的是0/1状态。，这会导致一个网络异常的ip作为nodeIP被注册，从而影响node之间的网络连接。的策略，尝试连接某一个Ready的node的IP，以此选择出正确的IP。对应的value值。下载的官方提供的yaml文件中，ip识别策略。调整calicao的网络插件的网卡发现机制，修改。再次访问集群的各种资源已经可以访问了。Calico的Pod报错内容。
pod状态 CrashLoopBackOff
weixin_39833509的博客
08-21 1852
pod的status为CrashLoopBackOff，也可能是防火墙问题 [root@master systemd]# kubectl get pods --all-namespaces NAMESPACE NAME READY STATUS RESTARTS AGE kube-system calico-kube-controllers-58497c65d5-xhfs..
kubeadmin 部署K8S calico组件POD报错排查记录
l434的博客
02-17 2177
calico ,k8s,kubeadmin
k8s单节点二进制部署（flannel、etcd、docker、kube-apiserver、kube-controller-manager、kube-scheduler、kubelet及proxy）
qq_35456705的博客
04-15 2557
再开一个master1的终端，查看etcd进程已开启 二：K8S部署 Master1:192.168.2.3/24 kube-apiserver kube-controller-manager kube-scheduler etcd Node01:192.168.2.5/24 kubelet kube-proxy docker flannel etcd Node02:192.168.2.6/24 kubelet kube-proxy docker flannel etcd （一）、ETCD组件部署 m.
Kubernets集群排错之-scheduler&controller-manager组件不健康
云计算新生代农民工
09-07 1318
[root@master1 ~]# kubectl get cs NAME STATUS MESSAGE ERROR scheduler Unhealthy Get http://127.0.0.1:10251/healthz: dial tcp 127.0.0.1:1025
kubernetes(k8s)集群安装calico
dianfu2892的博客
07-30 4322
添加hosts解析 cat /etc/hosts 10.39.7.51 k8s-master-51 10.39.7.57 k8s-master-57 10.39.7.52 k8s-master-52 下载calico wget http://docs.projectcalico.org/v3.2/getting-started/kuber...
解决k8s核心组件calico pod资源不创建问题
江晓龙的博客
11-17 4282
解决k8s核心组件calico pod资源不创建问题 1.问题描述 由于K8S集群Master节点故障，导致calico网络组件虽然处于Running状态，但是一直无法准备就绪，如下图所示 calico-node-lpt7h运行在master节点，第一时间紧急处理方法就是将其pod删除，让K8S自动重建该pod，使整个集群快速恢复 但是就当我将calico-node-lpt7h pod删除后，该pod始终无法自建，就好像是从来没有这个pod似的 2.解决方法 期初排查时，我觉得可能是由于当前master
kubernetes calico组件启动失败解决
认知 行动 坚持
03-07 3073
1、解决方法：calico-node默认访问kubernetes SVC的443端口，这将导致无法访问apiserver，需要在yaml文件添加apiserver的IP和端口，字段名：KUBERNETES_SERVICE_HOST、KUBERNETES_SERVICE_PORT、KUBERNETES_SERVICE_PORT_HTTPS。KUBERNETES_SERVICE_PORT_HTTPS：是k8s的kubernetes服务的https端口号。
calico换换成fannel报错error getting ClusterInformation: connection is unauthorized: Unauthorized
z284747的博客
03-30 482
从文档中可以看出，kubelet从默认目录读取配置文件，如果有多个配置文件，那么它会应用按字母顺序首先出现的配置文件中的 CNI 插件。在做测试时，想把集群的calico换成fannel，卸载calico并安装fannel后，coredns无法启动，报错。CNI的配置文件默认在/etc/cni/net.d/目录，进入目录查看，最后重启node节点，coredns pod恢复在正常。删除对应calico遗留文件。
2021-06-26 calico-node-xxx pod 状态反复CrashLoopBackOff
qimingstack的博客
06-26 2413
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
client-go源码解析(一)：client-go客户端对象
学习学习再学习
08-10 2690
client-go源码解析(一)：client-go客户端对象 client-go的重要性 client-go是对K8s集群的二次开发工具，所以client-go是k8s开发者的必备工具之一。 本篇目的 本篇的目的旨在教会大家k8s集群的客户端有哪些种类，大家可能之前都使用过client-go去操作k8s中的资源对象，但是对于其中原理可能一知半解，client-go github那边只是给出了简单的几个例子，没有太多深入讲解。本讲就先跟大家介绍下，client-go到底有几种客户端对象去和集群交互，这些客
K8s centos安装与部署，集群搭建
qq_45473439的博客
06-19 3997
准备四台虚拟机，使用centos7操作系统，搭建集群系统。先搭建好一台虚拟机的环境，其他机器克隆就行。虚拟机参数：如果网络连接不成功，可以配置试试这篇博客https://blog.csdn.net/duyuanjun123/article/details/119833105在虚拟机中使用ip addr命令查看虚拟机ip因为虚拟机操作多少有点不方便，所以使用xshell或者fianlshell 连接连接成功配置一下yum源下载wget命令 备份旧的yum仓库源 清理旧包 下载新的阿里的yum源仓库
calico-kube-controllers pending
12-24
calico-kube-controllers pending表示calico-kube-controllers正在等待处理中。这可能是因为系统资源不足、网络连接问题或者其他未知的原因导致。要解决这个问题，可以尝试以下几种方法：首先，可以检查系统的资源...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值