Debian 11 (bullseye): cronjob wird nicht ausgeführt

[Bra1nsen]

Sorry bei mir funktioniert es immer noch nicht und ich verstehe absolut nicht woran es liegen könnte.

Code: Alles auswählen

pi@allskyLA:~ $ python3 /home/pi/HP_AD_HAT1/python/maininfluxdb.py

funktioniert und überträgt die Messwerte in die cloud datenbank

jetzt wollte ich den spaß über cronjob automatisieren und habe folgende Varianten probiert:

1.

Code: Alles auswählen

 sudo crontab -e

A

Code: Alles auswählen

1-59/1 * * * * python3 /home/pi/HP_AD_HAT1/python/maininfluxdb.py

B

Code: Alles auswählen

1-59/1 * * * * /usr/bin/python3 /home/pi/HP_AD_HAT1/python/maininfluxdb.py

C

Code: Alles auswählen

*/1 * * * * /usr/bin/python3 /home/pi/HP_AD_HAT1/python/maininfluxdb.py

D

Code: Alles auswählen

*/1 * * * * python /home/pi/HP_AD_HAT1/python/maininfluxdb.py

2. über /etc/crontab

A

Code: Alles auswählen

1-59/1 * * * * root    python3 /home/pi/HP_AD_HAT1/python/maininfluxdb.py

B

Code: Alles auswählen

1-59/1 * * * * root    /usr/bin/python3 /home/pi/HP_AD_HAT1/python/maininfluxdb.py

C

Code: Alles auswählen

1-59/1 * * * * pi    python /home/pi/HP_AD_HAT1/python/maininfluxdb.py

D

Code: Alles auswählen

*/1 * * * * root    python /home/pi/HP_AD_HAT1/python/maininfluxdb.py

keien variante läuft ... jede hilfe ist herzlich willkommen

viele grüße
Paul

[tobo]

Sorry bei mir funktioniert es immer noch nicht und ich verstehe absolut nicht woran es liegen könnte.

Und trotzdem solltest du zukünftig einen eigenen Thread dafür aufmachen.

Code: Alles auswählen

pi@allskyLA:~ $ python3 /home/pi/HP_AD_HAT1/python/maininfluxdb.py

funktioniert und überträgt die Messwerte in die cloud datenbank

jetzt wollte ich den spaß über cronjob automatisieren und habe folgende Varianten probiert:

1.

Code: Alles auswählen

 sudo crontab -e

Wenn diese Zeile funktioniert, dann würde ich das crontab mal als Benutzer ausprobieren, denn bislang machst du das ja nur als root. Also crontab -e (ohne sudo) und dann eine der Varianten aus A-D.
Wenn das nicht funktioniert, dann sollte man erstmal klären, ob das Script scheitert oder ob der Cronjob scheitert.

[Bra1nsen]

danke aber das hab ich auch schon probiert...

[Bra1nsen]

Gebe ich das Script manuell im Terminel ein funktioniert es.

Lasse ich es über cron laufen, passiert nichts.

der syntax in cron stimmt, da andere skript auch laufen.. bin echt ratlos

[TRex]

Hast du nach der Zeile immer eine Leerzeile gelassen? Oft begangener Fehler bei crontabs - es muss mit nem newline enden.

[tobo]

Wobei die manpage dazu behauptet, dass sie bei einem fehlenden Zeilenumbruch die Crontab als (teilweise) defekt ansieht und eine Meldung im Syslog hinterlässt. Bei mir trifft beides nicht zu und zudem funktioniert die Crontab auch ohne den letzten Zeilenumbruch ganz ausgezeichnet.

Wenn's das nicht ist, dann ergänze mal ganz am Anfang deines Skripts, das Anlegen einer Datei in deinem Heimverzeichnis:

Code: Alles auswählen

with open("/home/pi/DasIstEineDatei", "w"):
    pass

Und möglicherweise steht auch was /var/log/cron.log.

[oln]

Wann soll deine Eintrag laufen? Jede Minute?
Warum dann am Anfang nicht einfach ein Stern.
Die Werte für Minute sind 0-59 also insgesammt 60.

[Bra1nsen]

https://stackoverflow.com/questions/610 ... 6#73204086

Wow darauf wäre ich nie gekommen. Die Bibs von python muessen via sudo installiert werden =)

[JTH]

Die Bibs von python muessen via sudo installiert werden =)

Wenn du nicht auf eine allerneueste Version angewiesen bist, kannst du solche Stolpersteine (wie an vielen anderen Stellen) vermeiden, indem du dich auf das bewährte Debian-Paketmanagement verlässt: python3-influxdb. Auch darüber gibt es viele Python-Pakete, man muss sie nicht unbedingt per pip installieren.

[tijuca]

Wow darauf wäre ich nie gekommen. Die Bibs von python muessen via sudo installiert werden =)

Wenn man den üblichen Debian Weg der Installation von Software verlässt sollte man dann auch wissen was man da macht und welche Auswirkungen das haben kann.

Die relevanten Änderungen zwischen Stable und aktuellen Testing im fraglichen Debian Paket sind insofern unkritisch, dass man auch die Version aus Testing hätte installieren können um die aktuellste Upstream Version vorliegen zu haben. Die neue Abhängigkeit auf python3-msgpack sollte auch mit der Version aus Stable keine funktionellen Probleme bereiten.

Ansonsten kann man per Variable PYTHONPATH auch immer noch den Pfad zur "korrekten" Python Umgebung beim Aufruf mitgeben.