docker-fault-analysis

Correlate kernel events, cgroup metrics, and runtime logs to diagnose Docker container failures.

3|2|Updated Apr 24, 2026
One-click install
npx skills add https://github.com/openeuler-mirror/witty-diagnosis-agent --skill docker-fault-analysis-openeuler-mirror
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: docker-fault-analysis
Source: https://github.com/openeuler-mirror/witty-diagnosis-agent/tree/main/skills/docker-fault-analysis
Command: npx skills add https://github.com/openeuler-mirror/witty-diagnosis-agent --skill docker-fault-analysis-openeuler-mirror

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve?

This Skill resolves complex Docker container failures by providing a structured, layer-by-layer diagnostic framework that identifies root causes ranging from kernel-level resource constraints to application-layer configuration errors.

Core Features & Use Cases

  • Multi-Layer Diagnostics: Systematically analyzes host system, Docker engine, container runtime, and application layers to isolate faults.
  • Automated Evidence Collection: Executes specialized scripts to gather kernel logs, cgroup metrics, network configurations, and SELinux audit data.
  • Use Case: When a container repeatedly crashes with an ExitCode 137, this Skill automatically correlates dmesg OOM events with cgroup memory limits to confirm if the failure is due to memory exhaustion or external process termination.

Quick Start

Use the docker-fault-analysis skill to diagnose the container named web-server-01 and identify the cause of its recent startup failures.

Frequently Asked Questions about docker-fault-analysis

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
Why does my Docker container keep crashing with ExitCode 137?

A Docker container crashing with ExitCode 137 typically indicates an Out-Of-Memory (OOM) kill event. This Skill diagnoses the failure by correlating host kernel dmesg OOM events with cgroup memory limits to confirm whether the crash stems from memory exhaustion or external process termination.

How do I troubleshoot Docker container network connectivity issues?

Troubleshooting Docker container network connectivity issues requires analyzing network configurations alongside container runtime logs. This Skill isolates network faults by executing automated evidence collection across the host system and Docker engine layers to identify the root cause.

What is the best way to diagnose Docker storage driver errors?

Diagnosing Docker storage driver errors is best achieved through a multi-layer diagnostic framework that examines the host kernel and container runtime. This Skill systematically isolates storage faults by correlating kernel events with application-layer configurations.

Can I use automated diagnostics for Docker container permission denials?

Yes, automated diagnostics can resolve Docker container permission denials. This Skill executes specialized scripts to gather SELinux audit data and correlates it with container runtime logs to identify the root cause of access failures across Linux-based environments.

Do I need Linux host access to analyze Docker container failures?

Yes, Linux host access is required to analyze Docker container failures effectively. This Skill correlates host-level kernel events, cgroup resource metrics, and SELinux audit data with container runtime logs to perform structured root cause reporting.