要查清pod真实错误原因，需结合崩溃前日志（用--previous）、事件（kubectl describe）、状态与配置综合分析；单容器用kubectl logs --previous，多容器加-c指定，配合--tail快速定位。
要查清 Pod 的真实错误原因，不能只看当前运行容器的日志——很多崩溃问题发生在上一个已退出的实例里。关键在于区分“当前日志”和“崩溃前日志”，并结合事件、配置、状态综合判断。
查看崩溃前容器的日志（最常用）
当 Pod 处于 CrashLoopBackOff 或反复重启时，kubectl logs <pod-name></pod-name> 默认只输出最新一次启动的日志，而真正报错的往往是上一次失败的容器。这时必须加 --previous 参数：
- 单容器 Pod：
kubectl logs <pod-name> --previous</pod-name> - 多容器 Pod：
kubectl logs <pod-name> --previous -c <container-name></container-name></pod-name> - 配合行数限制更清晰：
kubectl logs <pod-name> --previous --tail=200</pod-name>
这个参数依赖 kubelet 保留的上一个容器实例日志（默认保留最近 1–5 次，取决于节点配置），只要容器不是刚被强制删除，通常都能拿到。
查看 Pod 的事件日志（定位根本原因）
日志告诉你“程序里发生了什么”，而事件（Events）告诉你“Kubernetes 认为发生了什么”。执行：
-
kubectl describe pod <pod-name></pod-name>（可加-n <namespace></namespace>） - 重点关注 Events 区域里的 Warning 条目，比如：
Warning BackOff —— 容器反复崩溃重启
Warning Failed —— 镜像拉取失败、权限拒绝、挂载失败等
Normal Scheduled —— 是否成功调度到节点
事件时间戳和 Reason 字段往往比应用日志更早暴露问题，比如 ImagePullBackOff 就不用再查日志，直接检查镜像名或仓库权限。
Kubernetes Skills
下载
针对 Kubernetes 仪表板和 Web UI 的浏览器自动化。适用于与 Kubernetes Dashboard、Grafana、ArgoCD UI 或其他 Web 界面交互。需要设置 MCP_BROWSER_ENABLED=true。
获取完整上下文：状态、配置、重启计数
单独看日志容易断章取义，建议同步检查：
- 确认当前状态和重启次数：
kubectl get pod <pod-name> -o wide</pod-name>，重点看 STATUS 和 RESTARTS 列 - 查看完整 Pod 定义：
kubectl get pod <pod-name> -o yaml</pod-name>，检查command、args、环境变量、资源限制、探针配置是否合理 - 若怀疑是启动命令问题，可临时进入容器调试（需容器含 shell）：
kubectl exec -it <pod-name> -- sh</pod-name>
例如重启次数高达几十次，但日志只显示“no main module”，很可能是因为 command 写错了路径，而不是代码本身异常。
补充技巧：按时间/行数快速聚焦
避免滚动大量日志，提高排查效率：
- 只看最近 100 行：
kubectl logs <pod-name> --tail=100</pod-name> - 实时跟踪新日志：
kubectl logs <pod-name> -f</pod-name> - 查最近一小时内日志（K8s 1.20+ 支持）：
kubectl logs <pod-name> --since=1h</pod-name> - 查指定容器（尤其多容器场景）：
kubectl logs <pod-name> -c <container-name></container-name></pod-name>
注意：这些参数可组合使用，如 kubectl logs <pod-name> -c app --previous --tail=50</pod-name>。
