Systemd Restart = n'est toujours pas honoré

Remarque: j'ai écrit un article sur Medium qui explique comment créer un service et comment éviter ce problème particulier: Création d'un service Linux avec systemd .

Question originale:

J'utilise systemd pour garder un script de travail actif à tout moment:

[Unit]
Description=My worker
After=mysqld.service

[Service]
Type=simple
Restart=always
ExecStart=/path/to/script

[Install]
WantedBy=multi-user.target

Bien que le redémarrage fonctionne correctement si le script se ferme normalement après quelques minutes, j'ai remarqué que s'il échouait à plusieurs reprises au démarrage, il systemdcesserait simplement d'essayer de le démarrer:

Jun 14 11:10:31 localhost systemd[1]: test.service: Main process exited, code=exited, status=1/FAILURE
Jun 14 11:10:31 localhost systemd[1]: test.service: Unit entered failed state.
Jun 14 11:10:31 localhost systemd[1]: test.service: Failed with result 'exit-code'.
Jun 14 11:10:31 localhost systemd[1]: test.service: Service hold-off time over, scheduling restart.
Jun 14 11:10:31 localhost systemd[1]: test.service: Start request repeated too quickly.
Jun 14 11:10:31 localhost systemd[1]: Failed to start My worker.
Jun 14 11:10:31 localhost systemd[1]: test.service: Unit entered failed state.
Jun 14 11:10:31 localhost systemd[1]: test.service: Failed with result 'start-limit'.

De même, si mon script de travail échoue plusieurs fois avec un état de sortie égal à 255, systemdrenonce à essayer de le redémarrer:

Jun 14 11:25:51 localhost systemd[1]: test.service: Failed with result 'exit-code'.  
Jun 14 11:25:51 localhost systemd[1]: test.service: Service hold-off time over, scheduling restart.  
Jun 14 11:25:51 localhost systemd[1]: test.service: Start request repeated too quickly.  
Jun 14 11:25:51 localhost systemd[1]: Failed to start My worker.  
Jun 14 11:25:51 localhost systemd[1]: test.service: Unit entered failed state.  
Jun 14 11:25:51 localhost systemd[1]: test.service: Failed with result 'start-limit'.

Y a-t-il un moyen de forcer systemdà toujours réessayer après quelques secondes?

Je voudrais prolonger un peu la réponse de Rahul.

SystemD essaie de redémarrer plusieurs fois ( StartLimitBurst) et arrête d'essayer si le nombre de tentatives est atteint StartLimitIntervalSec. Les deux options appartiennent à la [unit]section.

Le délai par défaut entre les exécutions est de 100 ms ( RestartSec), ce qui permet d’atteindre très rapidement la limite de débit.

SystemD ne tentera plus jamais de redémarrage automatique pour les unités pour lesquelles une stratégie de redémarrage est définie :

Notez que les unités configurées pour Restart=et qui atteignent la limite de démarrage ne sont plus essayées. Cependant, ils peuvent toujours être redémarrés manuellement à un moment ultérieur. À partir de ce moment, la logique de redémarrage est à nouveau activée.

La réponse de Rahul est utile, car le délai plus long empêche d'atteindre le compteur d'erreurs dans le délai StartLimitIntervalSecimparti. La bonne réponse consiste à définir les deux RestartSecet StartLimitBurstsur des valeurs raisonnables.

Oui , il y a. Vous pouvez spécifier de réessayer après xquelques secondes dans la [Service]section,

[Service]
Type=simple
Restart=always
RestartSec=3
ExecStart=/path/to/script

Après avoir enregistré le fichier, vous devez recharger les configurations du démon pour vous assurer qu’il systemdest au courant du nouveau fichier.

systemctl daemon-reload

puis redémarrez le service pour activer les modifications,

systemctl restart test

Comme vous avez demandé, en regardant la documentation,

Restart=on-failure

sonne comme une recommandation décente.

systemd abandonne essayer de le redémarrer

Non, systemd renonce à essayer de le redémarrer pendant un moment . Ceci est clairement indiqué dans le journal que vous fournissez:

14 juin 11:25:51 localhost systemd [1]: test.service: Echec avec le résultat 'start-limit' .

C’est une limitation du taux d’entrée en vigueur.

La durée du peu de temps est spécifiée dans l'unité de service à l'aide du StartLimitIntervalSec=paramètre. Le nombre de démarrages nécessaires dans cet intervalle pour déclencher le mécanisme de limitation de débit est spécifié via le StartLimitBurst=paramètre. Si rien sur votre système ne diffère de vanilla systemd, y compris les valeurs par défaut pour ces deux paramètres, le délai est de 5 fois inférieur à 10 secondes.

StartLimitIntervalSec=0désactive la limitation du taux, ainsi systemd réessayera pour toujours plutôt que d'abandonner. Toutefois, il est préférable de ne pas quitter le service trop souvent ou de le laisser suffisamment inactif entre les sorties et les redémarrages pour qu'il ne dépasse pas le seuil de limitation de débit.

Notez que la limitation du débit ne tient pas compte de la façon dont votre service est abandonné. Il déclenche le nombre de tentatives de démarrage / redémarrage, quelle qu'en soit la cause.

Lectures complémentaires

• Lennart Poettering (2013-10-07). systemd.unit. pages de manuel systemd. freedesktop.org.
• SystemL's StartLimitIntervalSec et StartLimitBurst ne fonctionnent jamais