os-restart-diagnosis

Correlate hardware, kernel, and user-space logs to diagnose Linux restart causes.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill requires ipmitool, rasdaemon, sysstat, and includes scripts (resource) components.

What problem does it solve?

This skill addresses the complexity of diagnosing unexpected Linux system restarts by automating the collection and correlation of logs across hardware, kernel, and user-space layers.

Core Features & Use Cases

  • Multi-Dimensional Diagnosis: Categorizes restarts into five distinct scenarios: power infrastructure, human intervention, kernel self-guard, kernel panic, and hardware faults.
  • Evidence Correlation: Automatically aligns timestamps from system logs, IPMI/BMC events, and kernel crash dumps to build a reliable causal chain.
  • Use Case: When a production server experiences an unprompted reboot, this skill identifies whether the root cause was a power supply failure, a kernel OOM-killer trigger, or a hardware MCE error, providing a clear path to resolution.

Quick Start

Execute the os-restart-diagnosis skill to perform a full-stack diagnostic analysis on the current system to identify the root cause of the most recent unexpected reboot.

Frequently Asked Questions about os-restart-diagnosis

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

FAQPage Schema
How do I diagnose the root cause of an unexpected Linux system reboot?

To diagnose an unexpected Linux system reboot, you can automate root cause analysis by correlating hardware, kernel, and user-space diagnostic data to build a reliable causal chain across five distinct failure scenarios.

What are the common causes of a Linux kernel panic or unprompted server restart?

Common causes of a Linux kernel panic or unprompted restart include power infrastructure failures, human intervention, kernel self-guard triggers like OOM-killer, kernel panics, and hardware faults like MCE errors.

How do I correlate IPMI events with kernel crash dumps to troubleshoot hardware failures?

You can correlate IPMI events with kernel crash dumps by automatically aligning timestamps from system logs, IPMI/BMC events, and kernel crash dumps to verify multi-stage system failure modes.

Do I need ipmitool and rasdaemon installed to troubleshoot Linux restarts?

Yes, you need ipmitool, rasdaemon, and sysstat installed to perform multi-dimensional diagnosis, as these dependencies enable automated collection of hardware, kernel, and user-space diagnostic logs.

What is the best way to identify if a power supply failure or hardware MCE error caused a server reboot?

The best way to identify whether a power supply failure or hardware MCE error caused a server reboot is to run an automated full-stack diagnostic analysis that categorizes restarts into specific power or hardware fault scenarios.

Can I use this automated diagnosis on a production server after an unexpected reboot?

Yes, you can execute this automated diagnosis on a production server after an unexpected reboot to perform time-aligned evidence collection and identify the root cause across diverse system failure modes.