**已关闭。**此问题需要debugging details。它目前不接受回答。
编辑问题以包括desired behavior, a specific problem or error, and the shortest code necessary to reproduce the problem。这将有助于其他人回答这个问题。
上个月关门了。
Improve this question的
我目前在GCP（谷歌云平台）集群上遇到了一个问题。pod的状态按以下顺序更改：
1.第一次是“错误状态”，
1.第二次（自动重启），它将呈现“运行状态”
1.第三次（自动重启）它变成“CrashLoopBackOff”，并始终保持在最后一个状态。
当我运行kubectl describe pod mypod -n mynamespace时，我没有看到任何错误，只是
我不知道是什么导致了这种奇怪的行为。
有解决这个问题的办法吗？
谢啦，谢啦
1条答案
按热度按时间ar7v8xwq1#
如果您的pod自动重启并从Running状态转换为CrashLoopBackOff状态，则表明pod正在经历重复的故障或错误。因为CrashLoopBackOff状态是防止系统连续重启故障pod的一种方式。
使用
kubectl logs检查pod的日志，并确保pod分配了足够的资源。节点的CPU或内存不足可能会导致应用程序反复崩溃。