← Volver a guíasGuía

Investigar CrashLoopBackOff con PromQL antes de culpar a OOMKilled

Un flujo accionable para unir kube-state-metrics, cAdvisor, eventos y logs previos sin convertir una pista en diagnóstico cerrado.

Aprende a pasar de una alerta CrashLoopBackOff a una hipótesis OOMKilled verificable con PromQL, kubectl y reglas de validación que evitan falsas páginas.

Creada: 8 de agosto de 2026

Publicada: 8 de agosto de 2026

Tiempo estimado35 min

NivelIntermedio

Antes de empezarPrometheus o una plataforma compatible con PromQL recogiendo kube-state-metrics y métricas de contenedor.

PlataformasLinux / Docker

WhatsApp X LinkedIn

Linux

Validación desde una estación Linux con kubectl, promtool y acceso HTTP a Prometheus.

kubectlpromtoolcurlkubeconfig de solo lectura

Consultar reinicios recientes

promtool query instant http://prometheus:9090 'sum by (namespace,pod,container) (increase(kube_pod_container_status_restarts_total[15m]))'

Revisar el pod afectado

kubectl describe pod checkout-api-7c9d -n prod

Ver logs del contenedor anterior

kubectl logs checkout-api-7c9d -n prod --previous --tail=200

Leer también enInvestigate CrashLoopBackOff with PromQL before blaming OOMKilled

Contenido bloqueado

Esta guía requiere completar ambos pasos para leer el contenido completo.

○Dale a “Me gusta” en la guía.
○Comparte en WhatsApp, X, LinkedIn o copia el enlace.

Cuando se cumplan ambos pasos, el acceso se desbloquea automáticamente.