بنقرة واحدة
kubernetes-pod-debugging
Methodology for identifying and fixing CrashLoopBackOff and OOMKilled in K8s.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
Methodology for identifying and fixing CrashLoopBackOff and OOMKilled in K8s.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Extracting key findings from AI/ML research papers.
Auditing frontend components for WCAG AA compliance.
Guide users through resolving 4xx and 5xx API errors.
Diagnosing failed GitHub Action or GitLab CI runs.
Framework to analyze and summarize competitor features and market positioning.
Walk new users through the initial setup and configuration.
| name | Kubernetes Pod Debugging |
| description | Methodology for identifying and fixing CrashLoopBackOff and OOMKilled in K8s. |
| category | devops |
| tags | ["devops","templates","best-practices"] |
| version | 1.0.0 |
Methodology for identifying and fixing CrashLoopBackOff and OOMKilled in K8s.
devops domain.kubernetes-pod-debuggingCheck pod status with kubectl get pods and identify the failing pod.
Inspect previous logs with kubectl logs <pod-name> --previous to find the panic or exception.
Check pod events using kubectl describe pod <pod-name> to look for OOMKilled or readiness probe failures.
If OOMKilled, review resource limits in the deployment manifest and suggest an increase based on current usage estimates.