📖 ~1 min read
Table of contents
Symptom & Impact
OOM kills critical service randomly
Environment & Reproduction
Memory.high not set on slice while burst workloads run.
Root Cause Analysis
cgroup v2 memory pressure causes oom-kill on lowest-priority task.
Quick Triage
systemd-cgtop and journalctl -k | grep -i oom.
Step-by-Step Diagnosis
Run: systemctl status ; cat /sys/fs/cgroup//memory.current.

Solution – Primary Fix
Set MemoryHigh and MemoryMax in service drop-in: systemctl edit .
Still having issues? Our Server Management team can diagnose and resolve this for you. Get in touch for a free consultation.

Solution – Alternative Approaches
Reserve memory with MemoryMin on critical units and reduce non-essential.
Verification & Acceptance Criteria
oom-kill counter stops incrementing and service stays running under burst.
Rollback Plan
Revert drop-in via systemctl revert and restart.
Prevention & Hardening
Define cgroup budgets in Ansible role with sane defaults per host class.
Automate patch management and compliance across your fleet with our DevOps services.
Related Errors & Cross-Refs
Pairs with Killed process and Out of memory journal entries.
Related tutorial: View the step-by-step tutorial for centos-stream-9.
View all centos-stream-9 tutorials on the Tutorials Hub →
Browse all common problems & solutions on the Tutorials Hub.
References & Further Reading
systemd.resource-control(5) and cgroups v2 docs.
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.