k8s出现pod服务一直处于ContainerCreating状态的问题的过程

1 问题详情

创建nginx

kubectl run nginx --image=nginx --replicas=2 --port=80

发现一直处于ContainerCreating

kubectl -s 'http://127.0.0.1:8099' get pods
NAME                    READY     STATUS              RESTARTS   AGE
nginx-203864630-6rfgg   0/1       ContainerCreating   0          11m
nginx-203864630-zvgpt   0/1       ContainerCreating   0          11m

查看容器状态

kubectl -s 'http://127.0.0.1:8099' describe pod nginx-203864630-6rfgg

Name:           nginx-203864630-6rfgg
Namespace:      default
Node:           127.0.0.1/127.0.0.1
Start Time:     Thu, 18 Jun 2020 16:30:44 +0800
Labels:         pod-template-hash=203864630
                run=nginx
Status:         Pending
IP:
Controllers:    ReplicaSet/nginx-203864630
Containers:
  nginx:
    Container ID:
    Image:                      nginx
    Image ID:
    Port:                       8097/TCP
    State:                      Waiting
      Reason:                   ContainerCreating
    Ready:                      False
    Restart Count:              0
    Volume Mounts:              <none>
    Environment Variables:      <none>
Conditions:
  Type          Status
  Initialized   True 
  Ready         False 
  PodScheduled  True 
No volumes.
QoS Class:      BestEffort
Tolerations:    <none>
Events:
  FirstSeen     LastSeen        Count   From                    SubObjectPath   Type            Reason          Message
  ---------     --------        -----   ----                    -------------   --------        ------          -------
  12m           12m             1       {default-scheduler }                    Normal          Scheduled       Successfully assigned nginx-203864630-6rfgg to 127.0.0.1
  12m           1m              7       {kubelet 127.0.0.1}                     Warning         FailedSync      Error syncing pod, skipping: failed to "StartContainer" for "POD" with ErrImagePull: "image pull failed for registry.access.redhat.com/rhel7/pod-infrastructure:latest, this may be because there are no credentials on this request.  details: (open /etc/docker/certs.d/registry.access.redhat.com/redhat-ca.crt: no such file or directory)"

  12m   11s     52      {kubelet 127.0.0.1}             Warning FailedSync      Error syncing pod, skipping: failed to "StartContainer" for "POD" with ImagePullBackOff: "Back-off pulling image \"registry.access.redhat.com/rhel7/pod-infrastructure:latest\""

2 解决过程

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


3 结果

kubectl -s 'http://127.0.0.1:8099' get pods
NAME                    READY     STATUS    RESTARTS   AGE
nginx-203864630-6rfgg   1/1       Running   0          16m
nginx-203864630-zvgpt   1/1       Running   0          16m

 

你好!对于 `CrashLoopBackOff` 状态Pod,这通常表示该 Pod 在启动过程中遇到了问题,并且一直处于重启循环中。这个状态意味着 Pod 启动后立即崩溃,然后 Kubernetes 尝试重新启动它,但又崩溃了,如此循环。 要解决这个问题,你可以按照以下步骤进行排查: 1. 查看 Pod 的日志:使用 `kubectl logs <pod-name>` 命令来查看 Pod 的日志,尝试找出何处发生了错误。可能会有一些错误消息或异常堆栈跟踪可供参考。 2. 检查 Pod 的配置:确保你的 Pod 配置正确无误,包括容器镜像、资源限制、环境变量等。一个常见的问题是容器启动所需的依赖项未正确配置或缺失。 3. 检查相关的服务和资源:如果你的应用程序依赖于其他服务或资源(例如数据库),请确保这些服务和资源都正常可用。如果依赖的服务不可用,可能会导致容器启动失败并进入 `CrashLoopBackOff` 状态。 4. 检查 Pod 的健康检查设置:你的应用程序可能配置了健康检查,例如使用 Kubernetes 的 liveness 或 readiness 探针。确保这些探针正确配置,以便检测到应用程序是否健康。如果探针失败,则 Pod 可能会被 Kubernetes 认为是不可用的,从而导致重启循环。 5. 更新容器镜像:如果你的应用程序使用的容器镜像存在已知的 bug 或问题,尝试更新镜像到最新版本或使用一个稳定版本。 通过排查以上问题,你应该能够找到导致 `CrashLoopBackOff` 状态的原因,并采取相应的措施解决问题。希望对你有所帮助!如果你还有其他问题,请随时提问。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值