使用kubectl部署应用容器失败：容器找不到问题求助

以下是针对该问题的具体排查步骤：

1. 查看Pod及容器的详细状态 #

执行命令获取Pod的完整状态信息，重点关注Events段和Containers模块中djangokubernetes容器的状态：

kubectl describe pod app-deployment-5fb8b55c54-gncff

• 若容器处于CrashLoopBackOff或Failed状态，Events中会记录启动失败的具体原因（如命令执行错误、资源不足等）。
• 确认容器是否完成创建，若状态为ContainerCreating或ImagePullBackOff，需排查镜像拉取或初始化环节的问题。

2. 查看容器日志 #

即使容器未正常运行，也可能留下启动失败的日志，执行命令查看djangokubernetes容器的日志：

kubectl logs app-deployment-5fb8b55c54-gncff djangokubernetes

若主容器未启动，需先检查初始化容器（collectstatic）的执行状态，因为init容器失败会阻塞主容器启动：

kubectl logs app-deployment-5fb8b55c54-gncff collectstatic

3. 检查镜像标签匹配性 #

你的本地镜像标签为1.0，但Deployment配置中image字段未指定标签（默认拉取latest标签）。Kubernetes会根据镜像名+标签匹配本地镜像，即使imagePullPolicy设为IfNotPresent，标签不匹配也会导致拉取失败或无法找到对应镜像。

修改application/deployment.yml中djangokubernetes容器和init容器的image字段，指定正确标签：

image: surajitdas001/djangokubernetes:1.0

之后重新应用部署：

kubectl apply -f application/deployment.yml

4. 检查依赖资源是否存在 #

Deployment中引用了django-config ConfigMap，但你未提供该资源的配置文件。若init容器或主容器依赖该ConfigMap中的环境变量（如数据库地址、调试模式等），缺失会导致命令执行失败：

• 确认django-config ConfigMap已创建：

kubectl get configmap django-config

若不存在，需创建包含Django运行所需环境变量的ConfigMap。

5. 验证镜像本身的可用性 #

手动在minikube环境中运行镜像，验证是否能正常启动：

# 切换到minikube的Docker环境
eval $(minikube docker-env)
# 运行镜像并尝试进入容器
docker run -it surajitdas001/djangokubernetes:1.0 /bin/bash

若无法进入容器，说明镜像本身存在问题（如缺少bash、启动命令无效等）。

内容的提问来源于stack exchange，提问作者SDRJ