酒店移动网站建设方案友情链接实例
这是自己所遇到 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-alpinelabels:bihuang: chaoshuailiqi: qiqi
# 用于期望资源的运行状态
spec:# 声明运行的容器containers:# 声明容器的名称 - name: c1# 声明容器的镜像image: alpine#分配一个标准输入，用于阻塞容器的/bin/sh或/bin/bash，这个只对这两个阻塞参数有效，如果是其他阻塞参数则无效stdin: true6.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
问题分析：
- 无效的映像名称
可能原因：
- 映像名称填写错误