📖 ~1 min read
Table of contents
Symptom & Impact
A unit repeatedly enters `failed` and `auto-restart`, consuming CPU and flooding the journal.
Environment & Reproduction
Often appears after a configuration change or stale runtime state in `/run`.
Root Cause Analysis
Restart limits are too aggressive while the underlying error is unresolved, masking the real cause.
Quick Triage
Inspect `systemctl status ` and check rate limit counters with `systemctl show `.
Step-by-Step Diagnosis
Capture full context with `journalctl -u -b –no-pager` and verify ExecStart paths.

Solution – Primary Fix
Fix the root error (config, permissions, port conflict), then `systemctl reset-failed` and start the unit.
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
Adjust `StartLimitBurst` and `RestartSec` only after the actual fault is corrected.
Verification & Acceptance Criteria
Unit reaches `active (running)` and stays up for at least 10 minutes under load.
Rollback Plan
Disable the unit and restart from a known-good config via Salt or AutoYaST.
Prevention & Hardening
Add health probes and monitor restart counts in Prometheus or SUSE Manager.
Related Errors & Cross-Refs
Pairs with `start request repeated too quickly` journal entries.
Related tutorial: View the step-by-step tutorial for sles-15.
View all sles-15 tutorials on the Tutorials Hub →
Browse all common problems & solutions on the Tutorials Hub.
References & Further Reading
systemd.service(5) and SLES 15 systemd troubleshooting guides.
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.