SUSE Support

Here When You Need Us

Error about "systemd: XXX.service Start request repeated too quickly" Failed to start

This document (000019750) is provided subject to the disclaimer at the end of this document.

Environment

SUSE Linux Enterprise Server 15
SUSE Linux Enterprise Server 12 
 

Situation

Services are failing to startup.

Verifying possible causes in "/var/log/messages" and/or "systemctl status XXX.service", it was found  the following type messages are logged :
2020-10-22T19:53:44.850908+08:00 testserver systemd[1]: XXX.service: Start request repeated too quickly.
2020-10-22T19:53:44.851075+08:00 testserver systemd[1]: Failed to start XXX for UID 0.
2020-10-22T19:53:44.851280+08:00 testserver systemd[1]: XXX.service: Unit entered failed state.
2020-10-22T19:53:44.851385+08:00 testserver systemd[1]: XXX.service: Failed with result 'start-limit-hit'.
 
Job for XXX.service failed.
See "systemctl  status XXX.service" and "journalctl  -xe" for details.

Resolution

First of all, please ensure that frequent restarts of your services/applications within a short period of time are the expected behavior for that service (whether this is done for testing or other reasons)

When not, it is important to troubleshoot the reason for the frequent restarts of the service.  This existing behavior exists as a measure to prevent many repetitions of service restarts in a system.  Once the service restart exceeds the value of StartLimitBurst within the time specified by the value of StartLimitInterval, the service startup will fail.  
StartLimitInterval is set to 10 seconds by default and StartLimitBurst is set to 5 by default.

The problem can be avoided by disabling the restrictions (be mindful of implications before disabling any system setting !! and please take note of any changes so they can be undone !!)

To disable checking of service starts, please set StartLimitBurst to a value of 0 (read : 'zero')
 
  • Check systemd's file with the following command:
# systemctl show -p FragmentPath user@0.service
FragmentPath=/usr/lib/systemd/system/user@.service
  • Write StartLimitBurst=0 in [Service] section:
# vim /usr/lib/systemd/system/user@.service
...
StartLimitBurst=0
  • Re-load the modified systemd file.
# systemctl daemon-reload

Cause

If the service restart exceeds the value of StartLimitBurst within the time specified by the value of StartLimitInterval, the service startup will fail.

 

Additional Information

See the man pages for more details : 
# man 5 systemd.service
Restart=
Note that service restart is subject to unit start rate limiting configured with StartLimitIntervalSec= and StartLimitBurst=
...

# man 5 systemd.unit
StartLimitIntervalSec=, StartLimitBurst=
           Configure unit start rate limiting. By default, units which are started more than 5 times within 10 seconds are not permitted to start any more times until the 10 second interval ends. With
           these two options, this rate limiting may be modified. Use StartLimitIntervalSec= to configure the checking interval (defaults to DefaultStartLimitIntervalSec= in manager configuration file, set
           to 0 to disable any kind of rate limiting). Use StartLimitBurst= to configure how many starts per interval are allowed (defaults to DefaultStartLimitBurst= in manager configuration file). 
...

 

Disclaimer

This Support Knowledgebase provides a valuable tool for SUSE customers and parties interested in our products and solutions to acquire information, ideas and learn from one another. Materials are provided for informational, personal or non-commercial use within your organization and are presented "AS IS" WITHOUT WARRANTY OF ANY KIND.

  • Document ID:000019750
  • Creation Date: 15-Aug-2022
  • Modified Date:15-Aug-2022
    • SUSE Linux Enterprise Server

< Back to Support Search

For questions or concerns with the SUSE Knowledgebase please contact: tidfeedback[at]suse.com

SUSE Support Forums

Get your questions answered by experienced Sys Ops or interact with other SUSE community experts.

Support Resources

Learn how to get the most from the technical support you receive with your SUSE Subscription, Premium Support, Academic Program, or Partner Program.

Open an Incident

Open an incident with SUSE Technical Support, manage your subscriptions, download patches, or manage user access.