创建多个容器时提示warning:Back-off restarting failed container

最新推荐文章于 2023-06-14 10:40:31 发布
最新推荐文章于 2023-06-14 10:40:31 发布
阅读量942 收藏 1
点赞数 1
分类专栏： K8s 文章标签： docker 容器 运维
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/hedao0515/article/details/125123119
版权

创建多个容器时日志总是提示 pod提示crashloopbackoff

查询pod信息

容器报错waring:Back-off restarting failed container

检查yaml配置文件

 

造成这样情况一般是由于通过指定的镜像启动容器后，容器内部没有常驻进程，导致容器启动成功后即退出，从而进行了持续的重启。

所以对配置文件中增加了如下操作

command: ["/bin/sh", "-c", "sleep 6000s"]

后删除之前旧的pod，重新创建pod

 

好好学习之乘风破浪
关注
  • 1
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
k8s部署es, 容器一直重启, 报错提示“Back-off restarting failed container“(1)
2301_82241698的博客
04-11 1146
外链图片转存中…(img-kfnuZcDb-1712849037291)]
k8s node节点断电重启出问题；flannel重启失败 CrashLoopBackOff；flannel pod报错”Back-off restarting failed container” ；
01-07
问题 如100字的题 产生原因 kubeadm 装了k8s（各项指标正常） 结果电脑蓝屏重启；kubectl get nodes 查看发现node节点都处于not ready 状态。 解决过程 进入节点，查看systemctl status docker;...
K8S常见异常事件与解决方案
qq_36864672的博客
05-04 2576
比如容器的内存限制值配置了1Gi，而容器的内存随着容器内进程内存使用量的增加超过了1Gi，就会导致容器被操作系统Cgroup Kill。发生容器被Kill之后，容器已经被停止，所以后续会出现应用实例被重启的情况。集群中的coredns组件发生重启(重新创建)，一般是由于coredns组件压力较大导致oom，请检查业务是否异常，是否存在应用容器无法解析域名的异常。检查应用进程内存配置，如Java的jvm参数，对比应用监控-基础监控中的内存指标，判断是否是参数设置低导致进程内存不够用，适当进行参数优化。
pod报错“Back-off restarting failed container“解决办法
大数据
04-23 3163
pod报错"Back-off restarting failed container"解决办法 现象 Events: Type Reason Age From Message ---- ------ ---- ---- ------- Normal Scheduled 2m48s default-sc
BACK-OFF RESTARTING FAILED CONTAINER 的解决方法
热门推荐
yztezhl的专栏
06-23 3万+
BACK-OFF RESTARTING FAILED CONTAINER 的解决方法
k8s部署es, 容器一直重启, 报错提示“Back-off restarting failed container“
我爱吃稀饭的博客
04-06 7111
最近学习k8s, 在win10的minikube上部署ES, 容器一直在重启, 报错提示只有"Back-off restarting failed container", 现将定位过程记录以备日后查阅。
Back-off restarting failed container报错
yanzhuang521967的博客
07-07 1万+
Back-off restarting failed containers错误
k8s启动后容器总是重启Back-off restarting failed container
qq_38504397的博客
07-24 6825
Successfully assigned default/myapp-nginx-deployment-67f4dfb444-9f8gl to node2 Pulling image "hub.bosssoft.com/library/nginx:v1.8" Successfully pulled image "hub.bosssoft.com/library/nginx:v1.8" Created container myapp-nginx Started container myapp-nginx C
pod报错”Back-off restarting failed container”解决办法
01-07
pod报错”Back-off restarting failed container”解决办法 现象： Events:  Type Reason Age From Message  ---- ------ ---- ---- -------  Normal Scheduled 3m default-scheduler
yum-plugin-needs-restarting:YUM 插件使用旧文件列出进程
07-08
我决定为此创建一个 YUM 插件，因为我真的错过了 Fedora 和 Enterprise Linux（ Red Hat Enterprise Linux、CentOS、ScientificLinux... ）上的zypper ps （ openSUSE、SUSE Linux Enterprise Server/Desktop ）之...
bitnami-docker-harbor-jobservice：用于Harbor Jobservice的Bitnami Docker映像
02-22
Harbor Job Service是Harbor的主要组件之一，Harbour是一个云本地注册表，用于存储，签名和扫描内容。 它们用于图像复制。 TL; DR $ curl -LO ...
分享8个基本的Docker容器管理命令
01-10
在这篇文章中，我们将带你学习 8 个基本的 Docker 容器命令，它们操控着 Docker 容器的基本活动，例如 运行run、 列举list、 停止stop、 查看历史纪录logs、 删除delete 等等。文末福利！ 利用这 8 个命令可以学习 ...
K8S： Back-off restarting failed container 解决办法
云时代-IT运维
07-06 1万+
遇到的问题 [root@node-16 software]# kubectl describe pods cephfs-deployment001-5c46c88595-zfgx2 ------------------------------------------------------------------------------------------------------------------ ---- ------ ---- -...
Back-off restarting failed container 问题解决
我是小bā吖的博客
03-27 3500
通过yaml文件创建pod时，执行完yaml文件，报错`Back-off restarting failed container`。问题解决
Back-off restarting failed container 一直在进行
Thomson_tian的博客
10-21 3万+
原理： Back-off restarting failed container的Warning事件，一般是由于通过指定的镜像启动容器后，容器内部没有常驻进程，导致容器启动成功后即退出，从而进行了持续的重启。 问题描述： 第一次遇到这个问题，还是不理解，之前在k8s1.14+istio1.3.2 版本没有遇到过这个问题 现在是istio1.0+k8s 1.10 不清楚版本的问题还是其他，部署的个别pod一直重启 解决方法：找到对应的deployme...
k8s pod无限重启 报错Back-off restarting failed container
路过君的博客
12-22 4855
现象 K8S POD无限重启 报错Back-off restarting failed container 原因 由于启动容器后，容器内部没有常驻的前台进程，导致容器启动成功后即退出，从而进行了持续的重启。 例如ubuntu这类操作系统容器，nginx这种默认后台执行的容器 解决 操作系统容器增加启动命令配置，例如 command: [ "/bin/bash", "-c", "--" ] args: [ "while true; do sleep 30; done;" ] 默认后台运行容器改为前台运
Back-off restarting failed container
Fly_鹏程万里
02-08 3381
所遇问题 Back-off restarting failed container 基本原理 Back-off restarting failed container的Warning事件，一般是由于通过指定的镜像启动容器后，容器内部没有常驻进程，导致容器启动成功后即退出，从而进行了持续的重启 解决方法 找到对应的deployment添加以下信息 command: ["/bin/bash", "-ce", "tail -f /dev/null"] ...
Kubernetes故障排查
最新发布
weixin_45965192的博客
06-14 298
要在最短的停机时间内运行应用程序，需要完善故障排除技能，将应用程序扩展到运行它们的Kubernetes集群。定期对整个Kubernetes集群进行调试和故障排除，以提供一致的支持和服务，这一点至关重要。故障排除包括识别、诊断和解决Kubernetes集群、节点、pod、容器和其他资源中的问题。由于Kubernetes是一个复杂的系统，故障排除很有挑战性。问题可能发生在单个容器、一个或多个pod、控制器、控制平面组件或这些组件的组合中。这使得即使在小型的本地Kubernetes集群中也很难诊断和修复错误。
添加完Back-off restarting failed container报错Back-off restarting failed container
06-03
当 Kubernetes 检测到容器启动失败时，它会尝试重启容器，但如果容器仍然无法启动，则 Kubernetes 会在一段时间后停止重启容器。这个时间段被称为 Back-off 时间，可以在 Pod 的 Events 中看到相应的信息。 如果你在 Kubernetes 中部署 Hyperf 应用时出现 "Back-off restarting failed container" 错误，可能是因为 Hyperf 应用启动失败导致的。你可以通过查看 Pod 的日志来获取更多的错误信息，进而找到解决问题的方法。 可以使用以下命令查看 Pod 的日志： ``` kubectl logs <pod-name> ``` 其中 `<pod-name>` 是你的 Pod 名称，可以使用 `kubectl get pods` 命令来获取。 如果在日志中看到错误信息，可以根据错误信息来解决问题。可能的问题包括： - 容器启动命令不正确：请确保在 Deployment 的 YAML 文件中正确指定了 Hyperf 应用的启动命令。 - Hyperf 应用的依赖项或配置不正确：请检查 Hyperf 应用的依赖项和配置是否正确，并确保在容器启动时已经准备就绪。 - 端口冲突：请确保 Hyperf 应用使用的端口没有被其他应用占用。 解决问题后，可以使用 `kubectl delete pod <pod-name>` 命令删除 Pod，Kubernetes 将会根据 Deployment 的规则自动创建一个新的 Pod。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值