📖 ~1 min read
Table of contents
Symptom & Impact
Persistent journal fills /var, causing service instability and potential write failures.
Environment & Reproduction
Triggered by verbose debug logging and missing retention limits.
journalctl --disk-usage
Root Cause Analysis
Journald defaults and local overrides allow excessive historical retention under high log volume.
Quick Triage
Estimate growth rate and identify noisy units quickly.
sudo journalctl -o short-iso -p warning --since -1h | wc -l
Step-by-Step Diagnosis
Review /etc/systemd/journald.conf for SystemMaxUse and RuntimeMaxUse values.
sudo systemctl status systemd-journald

Solution – Primary Fix
Apply retention caps, restart journald, and vacuum old logs to target footprint.
Still having issues? Our IT Solutions & Services team can diagnose and resolve this for you. Get in touch for a free consultation.
sudo sed -i 's/^#SystemMaxUse=.*/SystemMaxUse=1G/' /etc/systemd/journald.conf && sudo systemctl restart systemd-journald && sudo journalctl --vacuum-size=1G

Solution – Alternative Approaches
Forward logs to rsyslog/remote SIEM and keep minimal local retention.
Verification & Acceptance Criteria
Disk usage stabilizes below threshold and no journal write errors are observed.
Rollback Plan
Restore prior journald.conf and restart service if retention change impacts audits.
Prevention & Hardening
Set alerting on /var usage and enforce standard journald limits across hosts.
Related Errors & Cross-Refs
Related to rsyslog queue growth, inode pressure, and logrotate misconfiguration.
Related tutorial: View the step-by-step tutorial for oracle-linux-10.
View all oracle-linux-10 tutorials on the Tutorials Hub →
Browse all common problems & solutions on the Tutorials Hub.
References & Further Reading
RHEL logging retention and journalctl operations manual.
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.