Systemd Restart = wird immer nicht beachtet

Hinweis: Ich habe einen Artikel über Medium geschrieben, in dem erläutert wird, wie ein Dienst erstellt und dieses spezielle Problem vermieden wird : Erstellen eines Linux-Dienstes mit systemd .

Ursprüngliche Frage:

Ich verwende systemd, um ein Arbeitsskript immer am Laufen zu halten:

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

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

[Install]
WantedBy=multi-user.target

Obwohl der Neustart problemlos funktioniert, wenn das Skript nach einigen Minuten normal beendet wird, habe ich festgestellt, dass der systemdVersuch, es zu starten , einfach aufgegeben wird , wenn es beim Start wiederholt nicht ausgeführt wird:

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'.

Wenn mein Arbeitsskript mehrmals mit dem Beendigungsstatus "" fehlschlägt 255, systemdwird der Versuch, es neu zu starten, abgebrochen:

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'.

Gibt es eine Möglichkeit zu zwingen systemdzu immer nach ein paar Sekunden noch einmal versuchen?

Ich möchte Rahuls Antwort etwas erweitern.

SystemD versucht mehrmals einen Neustart ( StartLimitBurst) und bricht den Versuch ab, wenn die Anzahl der Versuche innerhalb von erreicht wird StartLimitIntervalSec. Beide Optionen gehören zum [unit]Abschnitt.

Die Standardverzögerung zwischen den Ausführungen beträgt 100 ms ( RestartSec), wodurch das Ratenlimit sehr schnell erreicht wird.

SystemD versucht nie wieder einen automatischen Neustart für Geräte mit einer definierten Neustart-Richtlinie :

Beachten Sie, dass Geräte, die für Restart=das Startlimit konfiguriert sind und dieses erreichen, nicht mehr neu gestartet werden. Sie können jedoch zu einem späteren Zeitpunkt immer noch manuell neu gestartet werden. Ab diesem Zeitpunkt wird die Neustartlogik wieder aktiviert.

Rahuls Antwort hilft, weil die längere Verzögerung verhindert, dass der Fehlerzähler innerhalb der StartLimitIntervalSecZeit erreicht wird. Die richtige Antwort ist jedoch, beide RestartSecund StartLimitBurstvernünftige Werte festzulegen.

Ja , das gibt es. Sie können festlegen, dass der Versuch nach xSekunden wiederholt werden [Service]soll.

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

Nach dem Speichern der Datei müssen Sie die Daemon-Konfigurationen neu laden, um sicherzustellen, systemddass die neue Datei bekannt ist.

systemctl daemon-reload

Starten Sie dann den Dienst neu, um die Änderungen zu aktivieren.

systemctl restart test

Wie Sie angefordert haben, in der Dokumentation suchen,

Restart=on-failure

klingt nach einer anständigen Empfehlung.

systemd gibt den Versuch auf, es neu zu starten

Nein. Systemd gibt den Versuch auf, es für eine Weile neu zu starten . Dies wird in dem von Ihnen angegebenen Protokoll deutlich angezeigt:

14. Juni 11:25:51 localhost systemd [1]: test.service: Fehler mit dem Ergebnis 'start-limit' .

Dies ist eine Geschwindigkeitsbegrenzung.

Die Dauer der kurzen Wartezeit wird in der Serviceeinheit mit der StartLimitIntervalSec=Einstellung festgelegt. Die Anzahl der Starts, die innerhalb dieses Intervalls benötigt werden, um den Ratenbegrenzungsmechanismus auszulösen, wird über die StartLimitBurst=Einstellung festgelegt. Wenn sich auf Ihrem System nichts von Vanilla System D unterscheidet, einschließlich der Standardeinstellungen für diese beiden Einstellungen, ist dies innerhalb von 10 Sekunden fünfmal der Fall.

StartLimitIntervalSec=0Deaktiviert die Ratenbegrenzung, sodass systemd immer wieder versucht, anstatt aufzugeben. Es ist jedoch besser, Ihren Dienst entweder nicht so oft beenden zu lassen oder zwischen dem Beenden und dem Neustart so lange inaktiv zu lassen, bis der Grenzwert für die Übertragungsrate nicht überschritten wird.

Beachten Sie, dass es für die Geschwindigkeitsbegrenzung unerheblich ist, wie Ihr Dienst beendet wurde. Es wird unabhängig von der Ursache die Anzahl der Versuche ausgelöst, es zu starten / neu zu starten.

Weitere Lektüre

• Lennart Poettering (07.10.2013). systemd.unit. systemd manpages. freedesktop.org.
• StartLimitIntervalSec und StartLimitBurst von Systemd funktionieren nie