Kubernetes 实验踩坑记录：Pod 一直卡在 ContainerCreating，无法进入 CrashLoopBackOff 的排错全过程
目录
一、问题背景
二、问题分析过程
1 首先确认 Pod 状态
2 查看 Events 日志
三、问题原因
四、解决过程
五、验证 Pod 失败日志
六、CrashLoopBackOff 原理
七、本次实验总结
八、Kubernetes 排错小技巧
1 查看 Pod
2 查看详细信息
3 查看日志
4 查看系统组件
九、结语
一、问题背景
最近在做 Kubernetes 实验项目，需要创建一个故意失败的 Pod，观察 Kubernetes 的自动重启机制。
实验中创建的 Pod 使用如下命令：
command: - /bin/sh - -c - echo 'I am designed to fail!'; exit 1按照实验要求，Pod 启动后应该不断失败并重启，最终状态会变为：
CrashLoopBackOff
于是我运行了：
watch kubectl get pods
理论上应该看到 Pod 进入CrashLoopBackOff状态。
但是实际情况却是：
NAME READY STATUS RESTARTS AGE crash-app-784d5bfb5c-75zq7 0/1 ContainerCreating 0 10mPod一直卡在 ContainerCreating，完全没有进入 CrashLoopBackOff。
这明显不符合实验预期，于是开始排错。
二、问题分析过程
1 首先确认 Pod 状态
先查看 Pod 详细信息：
kubectl describe pod crash-app-784d5bfb5c-75zq7发现 Pod 状态为：
Status: Pending Reason: ContainerCreating IP: <none>说明：
Pod 已经被调度
但容器还没有成功启动
也就是说容器根本还没开始运行。
2 查看 Events 日志
在describe输出的最后部分发现了关键报错：
FailedCreatePodSandBox plugin type="calico" failed (add): error getting ClusterInformation: connection is unauthorized: Unauthorized完整报错类似：
Failed to create pod sandbox: failed to setup network for sandbox plugin type="calico" failed connection is unauthorized到这里基本可以确定问题：
Pod 网络创建失败。
三、问题原因
Kubernetes 创建 Pod 时，流程大致如下：
调度 Pod ↓ 创建 Pod Sandbox ↓ 配置网络 (CNI) ↓ 启动容器而我的问题卡在：
CNI 网络插件
这里使用的是Calico 网络插件。
报错：
plugin type="calico" failed connection is unauthorized说明Calico 在访问 Kubernetes API 时认证失败，导致无法创建 Pod 网络。
因此：
Pod 没有 IP
容器无法启动
状态一直卡在 ContainerCreating
这也是为什么一直无法进入CrashLoopBackOff。
因为：
容器压根没有启动。
四、解决过程
既然问题出在网络插件，就先检查系统组件。
查看 kube-system 命名空间：
kubectl get pods -n kube-system确认核心组件状态：
calico-node calico-kube-controllers coredns kube-apiserver kube-scheduler全部为：
Running
说明组件本身没有崩溃。
直接 重启 Calico Pod。
执行：
kubectl delete pod -n kube-system -l k8s-app=calico-node再执行：
kubectl delete pod -n kube-system -l k8s-app=calico-kube-controllersKubernetes 会自动重新创建。
然后观察：
kubectl get pods -n kube-system等它们全部变成：
Running
然后重新看你的测试 Pod
这时再次观察 Pod 状态：
kubectl get pods -w终于看到状态变化：
ContainerCreating ↓ Running ↓ Error ↓ CrashLoopBackOff最终结果：
NAME READY STATUS RESTARTS crash-app-784d5bfb5c-75zq7 0/1 CrashLoopBackOff 3实验目标成功达成。
五、本次实验总结
这次实验最大的收获是理解了Pod 创建的完整流程：
调度 ↓ 创建 Sandbox ↓ 配置网络 ↓ 启动容器 ↓ 执行程序如果 Pod 卡在：
ContainerCreating
通常是：
CNI 网络问题
Volume 挂载失败
镜像拉取失败
而如果 Pod 状态是：
CrashLoopBackOff
则说明：
容器已经成功启动
但程序执行失败
Kubernetes 正在不断重启容器
六、Kubernetes 排错小技巧
遇到 Pod 异常时，推荐排查顺序：
1 查看 Pod
kubectl get pods2 查看详细信息
kubectl describe pod POD_NAME重点关注：
Events
3 查看日志
kubectl logs POD_NAME4 查看系统组件
kubectl get pods -n kube-system七、结语
这次实验虽然只是一个简单的 CrashLoopBackOff 示例，但在排错过程中让我更清楚地理解了：
Kubernetes Pod 创建流程
CNI 网络插件的作用
CrashLoopBackOff 的触发机制