systemctl Dienst startet nicht neu

Hey zusammen,

ich habe mir einen Systemdienst angelegt, der die Anwendung „Smee“ automatisch beim Systemstart startet.

mit sudo enable systemctl smee habe ich diesen auch aktiviert. Beim Reboot des Raspi startet sich der Service auch. Alles gut soweit.

Mir ist aber nun schon ein paar mal aufgefallen, dass der Service manchmal abzustürzen scheint.

Erst mit einem Reboot oder dem Befehl sudo systemctl restart smee läuft wieder alles.

Sollte der Dienst nicht automatisch „überwacht“ werden und sich selbst neu starten, wenn er nicht mehr läuft??

Woran könnte das liegen?

Meine Idee war jetzt schon, den Dienst über crontab einmal am Tag neu zu starten.

Zitat

Abzustürzen scheint? Läuft er denn noch oder nicht mehr?

Das müsste ich beim nächsten mal kontrollieren, wenn es wieder auftritt.

das war meine Vermutung weil es direkt nach dem Befehl „restart“ bzw. nach reboot wieder ging.

Ich schaue mir heute Abend mal an, was in der Service-Datei eingetragen ist. Aus der Erinnerung steht aber „always“ drin. Das dürfte doch eigentlich nicht nachteilig sein, oder hat das Auswirkungen im Unterschied zu „on failure“?

Hier meine Datei.

Demnach sollte alles richtig eingestellt sein, oder sollte ich auf „failure“ stellen?

Status

smee.service - Smee
   Loaded: loaded (/etc/systemd/system/smee.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2021-04-29 07:06:35 CEST; 11h ago
 Main PID: 5047 (smee.sh)
    Tasks: 12 (limit: 2200)
   Memory: 41.1M
   CGroup: /system.slice/smee.service
           ├─5047 /bin/bash /usr/local/sbin/smee.sh
           └─5049 node /usr/local/bin/smee -u https://smee.io/Nvxxxxx -t http://192.168.29.3:51829

Apr 29 18:32:25 raspberrypi smee.sh[5047]:     forbidden: false,
Apr 29 18:32:25 raspberrypi smee.sh[5047]:     notFound: false,
Apr 29 18:32:25 raspberrypi smee.sh[5047]:     unprocessableEntity: false,
Apr 29 18:32:25 raspberrypi smee.sh[5047]:     type: '',
Apr 29 18:32:25 raspberrypi smee.sh[5047]:     links: {},
Apr 29 18:32:25 raspberrypi smee.sh[5047]:     setEncoding: [Function: bound ],
Apr 29 18:32:25 raspberrypi smee.sh[5047]:     redirects: [],
Apr 29 18:32:25 raspberrypi smee.sh[5047]:     [Symbol(kCapture)]: false
Apr 29 18:32:25 raspberrypi smee.sh[5047]:   }
Apr 29 18:32:25 raspberrypi smee.sh[5047]: }

[Unit]
Description=Smee

[Service]
Type=simple
ExecStart=/usr/local/sbin/smee.sh
Restart=always

[Install]
WantedBy=multi-user.target

Zitat von Patrick_

Wenn dann "on-failure", nicht "failure"

https://www.freedesktop.org/so…/man/systemd.service.html

Unter dem Link findest du auch eine Tabelle die ganz gut erklärt, wann welche restart-setting ausgeführt werden.

"If set to on-failure, the service will be restarted when the process exits with a non-zero exit code, is terminated by a signal (including on core dump, but excluding the aforementioned four signals), when an operation (such as service reload) times out, and when the configured watchdog timeout is triggered."

" If set to always, the service will be restarted regardless of whether it exited cleanly or not, got terminated abnormally by a signal, or hit a timeout."

Alles anzeigen

ja, „on-failure“ meinte ich.

Also hat es daran gelegen, dass ich always eingestellt hatte?

Da dürfte aus meiner Sicht doch auch beim Absturz ein Neustart erfolgen…

Hier noch mal der Status von heute morgen.

● smee.service - Smee
   Loaded: loaded (/etc/systemd/system/smee.service; enabled; vendor preset: enabled)
   Active: active (running) since Fri 2021-04-30 04:30:13 CEST; 2h 44min ago
 Main PID: 330 (smee.sh)
    Tasks: 12 (limit: 2200)
   Memory: 43.7M
   CGroup: /system.slice/smee.service
           ├─330 /bin/bash /usr/local/sbin/smee.sh
           └─380 node /usr/local/bin/smee -u https://smee.io/xXX -t http://192.168.29.3:51829

Apr 30 04:30:20 raspberrypi smee.sh[330]: Event { type: 'error', message: 'getaddrinfo ENOTFOUND smee.io' }
Apr 30 04:30:20 raspberrypi smee.sh[330]: Event { type: 'error', message: 'getaddrinfo ENOTFOUND smee.io' }
Apr 30 04:30:20 raspberrypi smee.sh[330]: Event { type: 'error', message: 'getaddrinfo ENOTFOUND smee.io' }
Apr 30 04:30:20 raspberrypi smee.sh[330]: Event { type: 'error', message: 'getaddrinfo ENOTFOUND smee.io' }
Apr 30 04:30:20 raspberrypi smee.sh[330]: Event { type: 'error', message: 'getaddrinfo ENOTFOUND smee.io' }
Apr 30 04:30:20 raspberrypi smee.sh[330]: Event { type: 'error', message: 'getaddrinfo ENOTFOUND smee.io' }
Apr 30 04:30:20 raspberrypi smee.sh[330]: Event { type: 'error', message: 'getaddrinfo ENOTFOUND smee.io' }
Apr 30 04:30:21 raspberrypi smee.sh[330]: Connected https://smee.io/NvBxxxx
Apr 30 05:15:34 raspberrypi smee.sh[330]: Event { type: 'error', message: undefined }
Apr 30 05:15:36 raspberrypi smee.sh[330]: Connected https://smee.io/NvBeZkxx
pi@raspberrypi:~ $ 

Zitat von sschuste

Dein Service läuft, aber dein DNS kann die Adresse smee.io nicht auflösen. Jedenfalls nicht um 4:30:20 Uhr, aber eine Sekunde später dann doch. Und um 5:15:34 gibt's eine Fehlermeldung wegen einer leeren (?) Message - schwer zu sagen, was da passiert und wer da von wem eine Message erhält, die 'undefined' ist.

Also um 04:30 hat sich der Raspi planmäßig neu gebootet.

Die Messages kommen aus den Apps wie Locative und Geofency, die einen Geofence senden.

Also dürfen zumindest die Einstellungen der Service Datei passen, oder?

Dann liegt der Fehler wohl eher an der Smee Anwendung

Okay ich behalte das mal im Auge, wenn es wieder mal zu Problemen kommt.

Danke erst mal