Bucles de fallos

Parte de la sección Introducción a Kubernetes del Journey de Terminal de Coddy. Lección 24 de 45.

Se espera que un contenedor siga ejecutándose. Cuando su proceso termina, Kubernetes lo reinicia (el restartPolicy del Pod es Always de forma predeterminada). Si termina una y otra vez, el estado pasa a ser CrashLoopBackOff y la columna RESTARTS aumenta, con una pausa más larga antes de cada reinicio.

Aquí tienes un contenedor que imprime un mensaje y falla a propósito:

kubectl run crash --image=busybox -- sh -c "echo boom; exit 1"

Todo lo que aparece después de -- es el comando que ejecuta el contenedor. Enumera los Pods varias veces y observa cómo el estado pasa de Running a Error y luego a CrashLoopBackOff.

La razón está en los registros: kubectl logs crash muestra boom, lo último que dijo el contenedor. Incluso una imagen sin nada que ejecutar, como un simple busybox, se cierra de inmediato y termina en el mismo bucle: un Pod necesita un proceso que siga ejecutándose.

Desafío

Fácil

Inicia un Pod llamado crash a partir de la imagen busybox ejecutando el comando sh -c "echo boom; exit 1". Muestra sus registros, después enumera los Pods dos veces y observa cómo el estado alcanza CrashLoopBackOff.

Pruébalo tú mismo

Terminal