π ~1 min read
Table of contents
Symptom & Impact
`/var` usage spikes due to systemd journal growth, risking service disruption from low disk space.
Environment & Reproduction
On chatty services, debug logging periods, or hosts lacking explicit journald retention settings.
Root Cause Analysis
Persistent journaling enabled without size cap, excessive log verbosity, or absent log forwarding strategy.
Quick Triage
Run `journalctl –disk-usage`, `df -h /var`, and inspect `/etc/systemd/journald.conf`.
Step-by-Step Diagnosis
Use `journalctl -p err -b`, `journalctl –since -24h | wc -l`, and `systemctl status systemd-journald`.

Solution – Primary Fix
Journal storage drops to policy threshold and logging continues without write failures.
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
Vacuum old logs, set `SystemMaxUse` and retention parameters, then restart journald safely.
Verification & Acceptance Criteria
Confirm disk utilization stabilizes and recent logs remain queryable with `journalctl`.
Rollback Plan
Revert journald config changes if required retention is too short for audit/compliance needs.
Prevention & Hardening
Ship logs to centralized SIEM and establish alerts for `/var` and journal growth thresholds.
Related Errors & Cross-Refs
`journalctl –vacuum-time=14d && sed -i ‘s/^#*SystemMaxUse=.*/SystemMaxUse=1G/’ /etc/systemd/journald.conf && systemctl restart systemd-journald`
Related tutorial: View the step-by-step tutorial for rhel-8.
View all rhel-8 tutorials on the Tutorials Hub β
Browse all common problems & solutions on the Tutorials Hub.
References & Further Reading
RHEL 8 logging docs and `man journald.conf` for persistent storage and retention controls.
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.