Diagnostica un pod CrashLoopBackOff en 60 segundos
Cuándo usarlo: Las alertas se disparan; quieres ver logs, eventos y uso de recursos antes de investigar manualmente en kubectl.
Requisitos previos
- kubectl configurado con acceso al cluster — kubectl config get-contexts debería listar tu cluster
Flujo
-
Identifica pods en crashLista pods en el namespace X con restart count > 5. Muestra nombre del pod, contenedor y razón del último exit.✓ Copiado→ Lista reducida
-
Obtén logs + eventosPara el pod Y, obtén las últimas 100 líneas de logs y los eventos relacionados. Destaca cualquier palabra clave de error.✓ Copiado→ Causa raíz probable
-
Verifica presión de recursosMuestra límites de CPU/memoria vs real para el pod. ¿Matado por OOM?✓ Copiado→ Veredicto de recursos
Resultado: Una hipótesis enfocada en un minuto, no diez comandos kubectl.
Errores comunes
- Contexto de cluster incorrecto — Siempre especifica --context en tu prompt; el default puede causarte problemas entre prod/staging