CrashLoopBackOff — контейнер запускается и падает, kubelet перезапускает его с растущей паузой (до 5 минут). Порядок: kubectl describe pod (события, Last State, код выхода, причина) → kubectl logs --previous (лог упавшего экземпляра) → по коду выхода: 137 — OOMKilled или убит пробой, 1 — ошибка приложения, 127 — команда не найдена.
А ещё kubectl debug — временный контейнер с инструментами рядом с упавшим
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Последовательность:
sottokubectl get pod orders-7d9f -o wide
kubectl describe pod orders-7d9f # Events, Last State, Exit Code
kubectl logs orders-7d9f --previous # лог прошлого запуска
kubectl get events --sort-by=.lastTimestamp
kubectl debug -it orders-7d9f --image=busybox --target=appКоды выхода:
| код | смысл |
|---|---|
| 0 | процесс завершился без ошибки — для сервиса это тоже сбой: команда отработала и вышла |
| 1 | ошибка приложения: смотреть лог |
| 126/127 | нельзя выполнить / команда не найдена |
| 137 | SIGKILL: OOMKilled или liveness |
| 143 | SIGTERM |
Другие статусы:
describe покажет «Insufficient memory», «didn't match node selector», «unbound PVC»;Если лог пуст, приложение падает до инициализации логирования — запустить образ локально с теми же переменными.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.