python Skript dauerhaft ausführen

Gast #7070518
Lesenswert?

Guten Morgen,

auf dem raspryy pi soll ein python Skript dauerhaft ausgeführt werden.
Sobald ich putty beende wird das Skript nicht mehr ausgeführt.
Im Netz habe ich gelesen es gibt da ein Befehl "crontab".
Damit lässt sich ein Skript auerhaft ausführen.

Nun weiß ich nicht wie das mit crontab ablaufen soll und wie das 
umgesetzt werden kann.

Für jede Unterstützung bin ich dankbar.
Gast #7070529
Lesenswert?

Oliver S. schrieb:
> Du tippst "crontab" in die Suchmaschinen deines Vertrauens, und
> liest
> dann einfach eine der unzähligen Anleitungen, wie man das nutzt.
>
> Das Vorgehen, wie man an solche Infos kommt, mag ungewohnt sein,
> funktioniert aber ausgezeichnet.
>
> Oliver

Tja, das Problem ist jedoch:
Er will es nicht in regelmäßigen Intervallen starten, er will es starten 
und es soll weiter laufen wenn das Terminal geschlossen wird.
Gast #7071731
Lesenswert?

> Systemd bietet auch andere nützliche Dinge

Das kommt dir nur so vor.

Es gibt Systeme die wissen gar nicht was Systemmd ist
und trotzdem koennte man bei denen ein Pythonscript
automatisch im Hintergrund laufen lassen.
Selbst mein altes Dummfon mit Symbian V3 kann das.
#7072306
Lesenswert?

diePoetteringdie schrieb:
>> Systemd bietet auch andere nützliche Dinge
>
> Das kommt dir nur so vor.

Nein, er bietet tatsächlich nützliche Dinge.

> Es gibt Systeme die wissen gar nicht was Systemmd ist
> und trotzdem koennte man bei denen ein Pythonscript
> automatisch im Hintergrund laufen lassen.

Keiner hat behauptet, dass es ohne systemd nicht möglich wäre. Aber wenn 
er eh schon da ist, kann man man ihn auch dafür nutzen.
Gast #7073610
Lesenswert?

python_user schrieb:
> Mit systemd programm_name.py wird nun dauerhaft im Hintergrund das
> Skript ausgeführt.
> Wie beendet man nun wieder diesen Vorgang?

Hmmm, mal überlegen.
Es gibt systemctl start »service«
Es gibt auch systemctl status »service«

Wenn die mal nicht das Wichtigste vergessen haben…
Gast #7073660
Lesenswert?

Ich verwende manchmal noch "at". Ich habe auch noch ssmtp eingerichtet, 
dann bekomme ich auch noch ein Mail am schloss. "at now <<<'befehl bla 
bla bla'". Statt now kann man auch eine Urzeit, ein Datum, etc. angeben.
Gast #7073976
Lesenswert?

python_user schrieb:
> Da es bei mir mit systemd nicht funktioniert (weiß nicht warum)

Ja. Weil du es völlig falsch verwendest.

Du musst in einem service file deinen Service kurz beschreiben.
Woher soll systemd auch sonst wissen, wie es deinen service starten 
soll. Da gibts tausende Möglichkeiten.

Und dann kannst du den Service mit systemctl start/stop mein.service 
starten und stoppen.
Gast #7074009
Lesenswert?

> Selten einen dämlicheren Kommentar gelesen als deinen.
Ach ja, das ist ja dir vorbehalten.
Oder einem deiner Genomklone.

> funktioniert das mit nohup nun
Eben, poettering braucht keiner.
Gast #7074064
Lesenswert?

diePoetteringdie schrieb:
> Eben, poettering braucht keiner.

Achso. Aha.
Wie geht automatischer Restart denn mit nohup?
Ich frickele mir mein eigenes Shellscript für dieses Feature?

Ich habe vollstes Verständnis dafür, dass Leute Systeme ohne Systemd 
betreiben wollen.
Das soll jeder für sich entscheiden.

Ich hatte lediglich gesagt, dass man mit systemd mehr sehr nützliche 
Dinge bekommt, als simple nohup-Funktion.
Und das hast du zum Anlass genommen mich anzufurzen.
Ziemlich erbärmlich.
#7074194
Lesenswert?

Hallo python_user,

python_user schrieb:
> Da es bei mir mit systemd nicht funktioniert (weiß nicht warum)
> funktioniert das mit nohup nun. Dank euch allen

Ich habe hier ein python-Skript dass über systemd gestartet und 
überwacht wird. Meine service-Datei (sma-bt.service) sieht so aus:
1
[Unit]
2
Description=Read data from SMA inverters via Bluetooth and emit via MQTT
3
After=multi-user.target
4

5
[Service]
6
Type=notify
7
ExecStart=/usr/bin/python3 /home/pi/sma-bt.py
8
Restart=always
9
RestartSec=30s
10
WatchdogSec=5s
11
StandardOutput=syslog
12

13
[Install]
14
WantedBy=multi-user.target

Im python-Script verwende ich dann sdnotify 
(https://pypi.org/project/sdnotify/) um systemd das Ende des Startups zu 
signalisieren und um den systemd-Watchdog regelmäßig zu füttern (falls 
das Skript sich aufhängt wird es von systemd neu gestartet), und logging 
(Standardmodul) für Ausgaben die in /var/log/syslog landen sollen.

YMMV

LG, Sebastian

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren