k8s环境pod异常问题排查更换containerd之后的CrashLoopBackOff

最新推荐文章于 2024-08-15 20:29:14 发布
最新推荐文章于 2024-08-15 20:29:14 发布
阅读量809 收藏
点赞数
文章标签： linux centos kubernetes
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/sinat_38453878/article/details/123255489
版权

场景记录：替换k8s的运行时docker为containerd后，部分pod启动不起来

异常状态CrashLoopBackOff

在这里插入图片描述
排查思路

获取异常容器

kubectl get pods -n kube-system | grep -v Running

获取日志

kubectl logs etcd-k8s-master -n kube-system

本人排查后找到原因，端口占用
在这里插入图片描述

解决办法
停掉之前的所有docker容器

docker stop $(docker ps -aq)
o！xiaoxuan
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
K8S集群中Pod资源处于CrashLoopBackOff状态排查思路
江晓龙的博客
06-25 1万+
CrashLoopBackOff状态一般都是Pod资源中的容器出现了问题，可以有以下几点原因：CrashLoopBackOff状态存在偶发性，可能上一秒还是Running状态，下一秒就成了CrashLoopBackOff状态了。一般Pod资源处于CrashLoopBackOff状态都是和容器有关，通过排查容器输出的日志即可解决问题。1）首先查看Pod的运行状态 可以看到Pod已经处于CrashLoopBackOff状态了，在处于此状态之前，首先处于Error状态，接下来我们进一步进行排查。2）查看Pod运行
Containerd容器运行时将会替换Docker？
02-27 1883
Containerd是一个开源的容器运行时，由Docker公司于2017年捐赠给了Cloud Native Computing Foundation (CNCF)，成为CNCF的顶级项目之一。它提供了一个稳定、可移植的基础架构来管理容器的生命周期，包括镜像管理、容器执行和存储管理等功能。Containerd以一个守护进程的形式存在，使用runc或者其他符合OCI标注标准的运行时进行容器管理。
k8s切换引擎Containerd
huahua1999的博客
03-28 1838
1、为什么弃用docker Kubernetes平台中，为了解决与容器运行时（例如Docker）集成 问题，在早期社区推出了CRI（Container Runtime Interface，容 器运行时接口），以支持更多的容器运行时。 当我们使用Docker作为容器运行时之后，架构是这样的，如图所示： Kubernetes 计划弃用就是kubelet中dockershim。即 Kubernetes kubelet 实现中的组件之一，它能够与 Docker Engine 进行通信 • Doc...
记录一次k8s pod CrashLoopBackOff 问题
tflw
03-17 781
在测试环境验证某一服务时，修改了镜像，按以往操作启动pod时，发现启动失败： 一直启动失败，kubectl logs 查询不到有用信息。 遂kubectl describe pod 查看具体日志： 是在pull完inference-model-fetcher-alpine:latest后，启动容器时报错。 继续往上看，发现Init Containers时，有以下错误： 为了方便搜索，特意把错误...
K8S部署Java项目（Springboot项目）pod状态：CrashLoopBackOff
分享式获得也是一种学习的态度
02-21 1224
每个人都有惰性，但不断学习是好好生活的根本，共勉！
k8s 启动Pod遇到CrashLoopBackOff的解决方法与思路
热门推荐
小楼一夜听春雨，深巷明朝卖杏花
08-26 1万+
一直正常运的k8s，集群节点没问题，但启动pod出现异常等待中: CrashLoopBackOff 1.登陆此节点主机使用kubctl获取pod状态 kubectl get pod 查询异常pod名称为：elkhost-944bcbcd4-8n9nj 2.查看此状态pod详细情况 kubectl describe pod elkhost-944bcbcd4-8n9nj 3.查看此pod日志 kub...
k8s启动Pod，遇到CrashLoopBackOff的解决方法
yjk13703623757的博客
04-27 2587
发现问题 一直正常运的k8s，集群节点没问题，但启动pod出现异常，等待中CrashLoopBackOff。 分析问题 K8s可能出现很多种故障，但要学查看日志，排查具体原因所在。 解决问题 登陆此节点主机使用kubctl获取pod状态，查询异常pod名称 # kubectl get pod elkhost-944bcbcd4-8n9nj 查看此状态pod详细情况 # kubectl describe pod elkhost-944bcbcd4-8n9nj 查看此pod日志 # kubectl l
k8s集群pod经常重启问题排查总结.doc
10-29
k8s集群pod经常重启问题排查总结
00.k8s+containerd环境实施文档V1.2
06-08
本资料为团队整理的k8s+container相关概念整理与从零到1实施部署过程记录，主要目的为转向云编程提供基础概念与基础运行环境。 1).解决k8s相关概念扫盲问题 2). 解决k8s+contanerd搭建一个基本运行环境参考
k8s中pod监控看板
12-15
k8s中pod监控看板
kmem问题造成K8S中pod内存溢出
01-20
在Kubernetes(K8S)集群中，当遇到“kmem问题造成K8S中pod内存溢出”的情况，这通常意味着内核内存(kernel memory)的使用超过了预期限制，导致了Pod无法正常运行或者性能下降。内核内存是操作系统用于内部数据结构和...
内网环境k8s离线安装部署
10-31
在无法连接互联网的内网环境部署k8s详细教程。每步骤详细说明，纯傻瓜式。
k8s启动Pod遇到CrashLoopBackOff的解决方法
asdfgh0077的博客
03-10 312
k8s启动Pod遇到CrashLoopBackOff的解决方法
k8s发布pod资源 container CrashLoopBackOff
自强不息，厚德载物，未来可期
06-04 145
出现这种故障，原因可能有两种 Pod中定义的容器镜像image 端口访问不了入口，导致创建容器失败CrashLoopBackOff 第二种就是，容器没有CMD命令，使用完了之后，就结束了，container释放掉了 参考链接 http://www.manongjc.com/article/45935.html ...
在k8s 集群中创建pod出现 CrashLoopBackoff原因
October
09-09 1669
（1）docker 本次缓存旧的镜像，且tag 都一样，pod 每次执行都是使用老的镜像。 解决方式： 每次构建 都要用新的tag，同时yaml样本文件使用image tag 要跟Harbor中tag保持同步。 （2） dockerfile有问题： 修改dockerfile.尤其是 CMD 或者ENTRYPOINT是经常出问题的点 （3）镜像里的进程启动报错 docker logs -...
记录一次修复k8s pod长时间处于CrashLoopBackOff状态问题
u012803274的博客
02-26 8650
前言 这周一，新年后上班第一个完整周，年前一波需求已经评审过了，方案也已经制定好，所以年后就开始了如火如荼的写bug阶段，正在写go bug，突然企业微信，tapd弹出一条消息，提了一个缺陷单，处理人是我，顿时预感不妙，果然5秒后，测试同学那微笑的头像弹出来，嗯，完蛋，bug来了。测试同学告诉我，有一个node组件，使用chao注入故障，频繁杀掉主线程，大概会在第七轮杀掉主进程，pod会长时间处于crashloopbackoff阶段，很久才恢复正常。当时很疑惑，为什么第七轮会长时间处于crashloopba
如何检测k8s集群中的 CrashLoopBackOff
weixin_45112997的博客
08-30 2748
如何检测k8s集群中的 CrashLoopBackOff
k8s常见问题：如何处理CrashLoopBackOff问题？
分享云原生大数据技术和个人成长、职业发展相关内容
05-07 4406
首先关于CrashLoopBackOff并不是代表一种错误， "CrashLoopBackOff 是 Kubernetes 中的一个状态，表示在一个 Pod 中发生的重启循环：Pod 中的一个容器启动之后发生了问题，然后反复重启。Kubernetes 会在重启之间等待逐渐增加的退避时间，我们在发现CrashLoopBackOff之后可以对集群进行及时的修复。因此，CrashLoopBackOff 本身并不是一个问题，而是表明有一个错误在发生，阻止了 Pod 正确启动。
linux：有关目录、链接文件的函数 Makefil、gdb的使用
最新发布
T66656的博客
08-15 1029
功能:根据用户id到/etc/passwd文件下解析获得结构体信息参数:uid:用户id返回值:成功返回id对应用户的信息失败返回NULLpasswd结构体的定义通常如下所示。
k8s nacos pod重启排查
02-05
k8s nacos pod重启排查主要包括以下几个步骤：首先，我们需要查看k8s集群中nacos pod的状态，可以通过kubectl get pods -n namespace命令来查看pod的状态，确认是否有处于CrashLoopBackOff或者Pending状态的pod。如果有，可以使用kubectl describe pod pod_name -n namespace来查看具体的错误信息，排查是否是资源不足或者应用程序本身出现了问题导致pod重启。 其次，我们需要查看nacos的日志信息，可以通过kubectl logs pod_name -n namespace命令来查看pod的日志信息，检查是否有异常报错或者异常退出的情况，从而定位问题根源。 另外，我们还需要检查nacos的配置信息是否正确，包括对应的配置文件、环境变量等是否正确设置，确保nacos可以正常启动和运行。 此外，还可以通过查看k8s集群的事件日志，使用kubectl get events -n namespace命令来查看集群的事件信息，可能有一些关于资源调度、节点故障等方面的问题会导致nacos pod的重启。 最后，如果以上方法都无法排查出问题，可以尝试重新部署nacos应用，或者升级应用的版本，可能是因为应用本身的bug或者不稳定性导致pod频繁重启。 总之，通过以上的方法逐步排查，可以定位并解决k8s nacos pod重启的问题。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值