📖 ~1 min read
Table of contents
Symptom & Impact
System reboots after a crash but /var/crash contains no vmcore image.
Environment & Reproduction
Common when kdump fails to reserve crashkernel memory or target FS is full.
Root Cause Analysis
crashkernel kernel parameter missing or kdump service inactive.
Quick Triage
Check `systemctl status kdump` and `cat /proc/cmdline | grep crashkernel`.
Step-by-Step Diagnosis
Confirm reserved memory and target filesystem space.

Solution – Primary Fix
Set crashkernel via `grubby –update-kernel=ALL –args=crashkernel=2G-:512M` and reboot.
Still having issues? Our IT Solutions & Services team can diagnose and resolve this for you. Get in touch for a free consultation.

Solution – Alternative Approaches
Configure remote vmcore target if local disk is constrained.
Verification & Acceptance Criteria
After a forced `echo c > /proc/sysrq-trigger` test, vmcore appears in /var/crash.
Rollback Plan
Revert crashkernel size if it impacts host memory headroom.
Prevention & Hardening
Validate kdump after every kernel upgrade.
Related Errors & Cross-Refs
Linked to kernel oops and memory pressure events.
Related tutorial: View the step-by-step tutorial for centos-stream-10.
View all centos-stream-10 tutorials on the Tutorials Hub →
Browse all common problems & solutions on the Tutorials Hub.
References & Further Reading
kdump and crash analysis documentation for CentOS Stream 10.
Need Expert Help?
If you cannot resolve this yourself, our team offers hands-on Server Management, Managed IT Services, and flexible Support Plans. Contact us today — we respond within one business day.