Kubernetes创建pod一直处于ContainerCreating排查和解决

最新推荐文章于 2024-10-03 19:34:49 发布
最新推荐文章于 2024-10-03 19:34:49 发布
阅读量477 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_43935079/article/details/86136896
本文介绍了在Kubernetes环境中遇到Pod创建后一直处于ContainerCreating状态的问题，问题根源在于缺少证书文件。解决方案包括安装`rhsm`包，通过`yum`或手动方式生成证书，然后删除并重新创建受影响的ReplicationController。最后成功拉取镜像并启动Pod。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

用k8s创建完pod后，发现无法访问demo应用，查了一下pods状态，发现都在containercreationg状态中。

百度了一下，根据网上的方法，查了一下mysql-jn6f2这个pods的详情

其中最主要的问题是：details: (open/etc/docker/certs.d/registry.access.redhat.com/redhat-ca.crt: no such file ordirectory)

解决方案：

查看/etc/docker/certs.d/registry.access.redhat.com/redhat-ca.crt（该链接就是上图中的说明） 是一个软链接，但是链接过去后并没有真实的/etc/rhsm，所以需要使用yum安装：

yum install rhsm

安装完成后，执行一下dockerpull registry.access.redhat.com/rhel7/pod-infrastructure:latest

如果依然报错，可参考下面的方案：

wget http://mirror.centos.org/centos/7/os/x86_64/Packages/python-rhsm-certificates-1.19.10-1.el7_4.x86_64.rpm
rpm2cpiopython-rhsm-certificates-1.19.10-1.el7_4.x86_64.rpm | cpio -iv --to-stdout./etc/rhsm/ca/redhat-uep.pem | tee /etc/rhsm/c

最低0.47元/天 解锁文章

200万优质内容无限畅学
K8S故障排查指南：部分节点无法启动Pod资源-Pod处于ContainerCreating状态
江晓龙的博客
05-23 8233
K8S部分节点无法启动Pod资源-Pod处于ContainerCreating状态 1.Pod长时间处于ContainerCreating状态的原因 在日常运维中可能会遇到Pod资源长时间处于ContainerCreateing正在创建的状态，Pod维持这种状态在1-2分钟内还可以接受，如果在10分钟以上甚至更长，那么可能就是出问题了，遇到Pod资源处于非Running状态时，首先需要使用kubectl describe命令查看Pod的详情信息，从中获取报错信息。 Pod长时间处于ContainerCrea
pod的状态一直为 ContainerCreating的问题排查
arong的博客
07-03 1985
自己学习通过kubernetes binary手工搭建集群时遇到的问题。 测试集群时，运行pod。 [root@k8s01 work]# kubectl run my-nginx --image=nginx:1.7.9 --replicas=2 kubectl run --generator=deployment/apps.v1 is DEPRECATED and will be removed in a future version. Use kubectl run --generator=run
kubernetes基础操作（pod生命周期）
最新发布
2301_82330629的博客
10-03 1328
重启策略适用于pod对象中的所有容器，首次需要重启的容器，将在其需要时立即进行重启，随后再次需要重启的操作将由kubelet延迟一段时间后进行，且反复的重启操作的延迟时长以此为10s、20s、40s、80s、160s和300s，300s是最大延迟时长。（3）HTTPGet：调用容器内Web应用的URL，如果返回的状态码在200和399之间，则认为程序正常，否则不正常。（2）apiServcer中的pod对象信息会随着时间的推移而更新，在宽限期内（默认30s），pod被视为dead。默认是10秒，最小1秒。
使用kubernetes创建容器一直处于ContainerCreating状态的原因查找与解决
weixin_33971130的博客
02-05 911
运行容器的时候，发现一直处于ContainerCreating状态，悲了个催，刚入手就遇到了点麻烦，下面来讲讲如何查找问题及解决的 运行容器命令： [root@master-149 ~]# kubectl run my-alpine --image=alpine --replicas=2 ping www.baidu.com View Code   查看pods状态 1 [root@ma...
10 张图带你搞懂 Kubernetes Pod 的创建流程
一切有为法，如梦亦如幻，如露亦如电，应作如是观。
12-29 415
将 Pod 部署运行在 Kubernetes 内，前几个步骤你可能很熟悉。
关于节点出现一直处于ContainerCreating
weixin_55752391的博客
04-28 902
kubelet误报内存压力(实际内存使用率很小)->节点被打污点->节点上pod处于驱逐状态->重启kubelet会恢复。kubectl describe pod pod名称 -n 命名空间。4.这时主要是发生了内存泄漏 需要重启node节点试一下。看是否解决 如果还没有解决 需要重启node节点。1.查看pod的具体信息。2.查到具体的报错为。
kubernetest pod为ContainerCreating、ImagePullBackOff状态 怎么办
软件工程小施同学 的专栏
11-02 794
通过下面查看pod的命令发现有的pod处于ContainerCreating、ImagePullBackOff状态 kubectl get pods -n kube-system 可以使用kubectl describe pods/pod-name 查看详细的event信息（报错信息），一般是镜像拉取失败
轻量级Kubernetes之k3s：10:ContainerCreating状态的解决方法
知行合一 止于至善
11-30 1万+
使用k3s搭建的集群，进行pod创建或者缺省pod创建的时候都可能会出现pod状态处于ContainerCreating的情况，常见的原因之一是镜像拉取失败。最简单的方式就是手动加载，由于k3s缺省使用containerd，这里同时总结一下containerd和docker的手动镜像加载方式。
pod 一直处于 ContainerCreating
07-11
如果镜像过大或者网络条件不佳，可能会导致拉取时间过长，从而导致Pod一直处于ContainerCreating状态。您可以通过查看相关日志来确认是否是这个原因。 2. 资源不足：Pod创建时可能会要求一定的计算资源和存储资源。...
kubeflow 创建tensorflow过程
weixin_30492047的博客
11-28 1104
online deployable，install k8s 代码 Kubeflow有三个核心组件 TFJob Operator 和 Controller： 作为Kubernetes的扩展，来简化分布式TensorFlow工作负载的部署。 通过Operator，Kubeflow能够自动化的配置 master服务器，工作服务器和参数化服务器配置。 TFJob可用来部署工作负载。 OP...
registry.access.redhat.com/rhel7/pod-infrastructure
05-19
registry.access.redhat.com/rhel7/pod-infrastructure: 解决创建pod失败，创建pods,一直处于ContainerCreating
在KubeSphere启动服务网格Istio并解决解决ContainerCreating问题
虎鲸不是鱼
08-17 4782
在KubeSphere启动服务网格Istio并解决解决ContainerCreating问题
docker启动mysql时报错
CaiRiver的博客
03-23 334
docker run -p 3306:3306 --name caimysql -v /usr/local/mysql/conf/my.cnf:/etc/mysql/my.cnf -v /usr/local/mysql/logs:/logs -v /usr/local/mysql/data:/mysql_data -e MYSQL_ROOT_PASSWORD=123456 -d mysql:5.6 /usr/bin/docker-current: Error response from daemon: o
pod报错"Back-off restarting failed container"解决办法
热门推荐
shenqh
09-19 9万+
pod报错"Back-off restarting failed container"解决办法 现象： Events: Type Reason Age From Message ---- ------ ---- ----...
Mac virtualbox k8s通过yaml创建pod_解决k8s无法通过svc访问其他节点pod的问题
Lambda
07-24 632
问题描述 有两个(或多个)运行在不同节点上的pod，通过一个svc提供服务，如下： root@master1:~# kubectl get pod -o wide NAME READY STATUS RESTARTS AGE IP NODE kubia-nwjcc 1/1 Running 0 33m 1...
运维之红帽管理员篇-----4. NTP时间同步 、 tar备份与恢复 、 管理用户和组 、 cron计划任务
爱死亡机器人
10-12 672
FOUR DAY   总结笔记： 1.NTP时间同步. 【yum -y install chrony rpm -q chrony vim /etc/chrony.conf systemctl restart chronyd 】 date -s "2008-9-9 12:12:10"—— systemctl restart chronyd ——date    timedatec
安装kubesphere时，nfs-client-provisioner-xxxx状态为ContainerCreating检查日志报错failed for volume nfs-client-root
weixin_45797022的博客
06-18 438
原因是挂载的节点必须安装nfs的客户端，否则不适配、如图状态一直为ContainerCreating。执行命令安装nfs就好了。检查配置是否生效，显示。
k8s进阶篇-云原生存储ceph
qq_35302220的博客
11-29 989
k8s进阶篇-云原生存储ceph
解决Kubernetes的flannel pod出现Init:RunContainerError问题
ftzchina的博客
12-23 4124
一：故障背景 我们有个k8s集群，一个master节点和三个Node节点，其中node2的节点ping不通node1节点的pod ip。需要排查一下为什么ping不通pod ip的问题。 二：故障排查 1，三板斧第一斧 一般k8s的网络问题首先从网络组件开始查，本集群用的是flannel网络，在主节点上看看flannel的运行情况 命令： kubectl get po -o wide -n kube-system 有两个flannel的pod状态不对，处于Init:RunCo...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值