K8S Pod常见状态

        这是自己所遇到 Pod 常见状态及可能原因，持续更新。

        如有其他的错误状态，可私我更新

1. ImagePullBackOff

问题分析：

•         镜像拉取失败。

可能原因：

•         可能是网络问题导致，检查Pod所在节点是否能够正常访问网络;
•         镜像名称写错，也可能会导致这个错误;
•         镜像是私有仓库，镜像无权限拉取;

2. ContainerCreating

问题分析:

•         容器正在创建阶段，等待容器创建，该过程包含拉取镜像的时间。
•         如果一直正在创建，可能是挂载卷挂载不上，建议使用 kubectl describe pods 查看

3.ErrImagePull

问题分析：

•         镜像拉取失败。与ImagePullBackOff 问题一样。

可能原因：

•         可能是网络问题导致，检查Pod所在节点是否能够正常访问网络;
•         镜像名称写错，也可能会导致这个错误;
•         镜像是私有仓库，镜像无权限拉取;

4. Pending

问题分析:

•         任务已经被K8S集群接受，但是未调度到指定节点。

可能原因:

•         当前集群不正常工作，请检查集群状态，比如CNI组件未安装;
•         指定的调度的节点不存在时也会出现这样的问题;

5.CrashLoopBackOff

问题分析:

• 处于该状态，说明Pod内至少有一个容器正在重启。

可能原因:

• 可能是容器的守护进程运行命令结束导致的;

解决思路：

•         使用docker 运行一下这个镜像，看是否是这个问题，如果是则在资源清单中添加 stdin: true 字段即可

# 声明资源的API版本
apiVersion: v1
# 声明资源的类型
kind: Pod
# 声明资源的元数据信息
metadata:
  # 资源的名称
  name: bihuang-alpine
  labels:
    bihuang: chaoshuai
    liqi: qiqi
# 用于期望资源的运行状态
spec:
   # 声明运行的容器
   containers:
     # 声明容器的名称 
   - name: c1
     # 声明容器的镜像
     image: alpine
     #分配一个标准输入，用于阻塞容器的/bin/sh或/bin/bash，这个只对这两个阻塞参数有效，如果是其他阻塞参数则无效
     stdin: true

6.Completed

问题分析：

•         容器正常退出，容器没有被强制中断。（正常现象）

7.Running

问题分析：

•         至少有一个容器处于正常运行状态

8. Init:1/2

问题分析:

•         当前的Pod处于初始化容器阶段，目前已经完成一个初始化容器，正在进行第二个容器初始化。

9. PodInitializing

问题分析:

• Pod正处于初始化阶段。

10.ErrImageNeverPull

问题分析:

• 镜像下载策略设置为Never，且本地也没有缓存镜像，也不会去远程拉取镜像，因此启动容器失败。

11.OutOfcpu

问题分析:

• 一般情况下是由于CPU资源不足导致的。

12.OutOfmemory

问题分析:

• 一般情况下是由于内存不足无法分配导致的。

13.NodePorts

问题分析:

• 当前的worker节点的端口可能存在冲突。

14.RunContainerError

问题分析:

• 运行容器时出错，可以通过kubectl describe pods <POD_NAME>查看详细的信息。

15.ErrImagePull

问题分析:

• 拉取镜像是失败。

可能原因:

• 镜像名称写错了;
• 没有访问权限;

16.Terminating

问题分析:

• Pod的容器正在删除，此过程可能需要等待一段时间，一般情况下不会超过60s。

17.CreateContainerConfigError

Error: secret "bihuang-srcrets" not found

问题分析:

• 创建容器配置错误，可使用 kubectl describe pods <POD_NAME>查看详细的信息。

可能原因：

• 引用的secret 等服务的名称写错

18.InvalidImageName

问题分析：

• 无效的映像名称

可能原因：

• 映像名称填写错误