Raspi cronjobs und crontab

[Detlef _. (detlef_a)]

Hi,

bißchen fehlplatziert hier, vllt. . Ich betreibe einen RaspberryPi und 
benutze cronjobs die durch die crontab gesteuert werden um periodisch 
Dinge zu erledigen. Der Raspi kommt aber eine Stunde zu spät. 'date' 
zeigt die richtige Zeit und 'CEST'. Ich denke die cronjobs benutzen 
'date'?

Wo muss ich denn da schrauben?

THX
Cheers
Detlef

[Harry L. (mysth)]

sudo apt install tzdata

Anschliessend:

sudo dpkg-reconfigure tzdata

[Stefan F. (Gast)]

Detlef _. schrieb:
> Ich denke die cronjobs benutzen 'date'?

Ja, aber deine Konsole ist vielleicht gar nicht auf die lokale Zeitzone 
"Berlin" eingestellt. Die beiden Befehle, die Harry genannt hat, müssten 
das korrigieren.

Danach musst du eventuell die Uhrzeit korrigieren.

[Segg (Gast)]

@ Det

Einfach "sudo raspi-config" in der Konsole aufrufen und die Zeitzone 
einstellen.

Der Punkt nennt sich: Localisation Options

[Detlef _. (detlef_a)]

Hi,

Reaktion auf
>>sudo apt install tzdata
war 'tzdata is already the newest version'

Dann
sudo dpkg-reconfigure tzdata
war 'Europe/Berlin'

Local time/ UTC, beides richtig

Die crontab ist eingestellt auf 9:43, gestartet wird um 10:43. Soweit 
ich weiß werden die cronjobs als 'root' ausgeführt, 'sudo date' gibt 
aber auch die richtige Zeit.

Weiß jemend den Reim?

THX
Cheers
Detlef

[Harry L. (mysth)]

Was sagt die Ausgabe von

sudo echo $TZ

Da sollte gar nichts passieren.
Du kannst Cronjobs auch als User laufen lassen.
Dazu als User einfach:

crontab -e

Ohne Sudo!!!

Wird dann auch UTC verwendet, oder nur bei root?

[Detlef _. (detlef_a)]

Hi,

Harry L. schrieb:
> Was sagt die Ausgabe von
>

> sudo echo $TZ
>

> Da sollte gar nichts passieren.

bei 'echo $TZ' und 'sudo echo $TZ' kommt jeweils ne Leerzeile

> Du kannst Cronjobs auch als User laufen lassen.
> Dazu als User einfach:
>

> crontab -e
>

> Ohne Sudo!!!

Ich hatte 'crontab -e' gemacht, nicht 'sudo crontab -e'. Bei 'sudo 
crontab -e' geht ne neue, leere crontab auf. Ich hatte verstanden, dass 
cronjobs als root laufen selbst wenn man als user ne crontab aufsetzt 
??!!! Ich hab nochmal ne crontab für root aufgesetzt, mal schauen ob die 
auch zu spät dran ist.

> Wird dann auch UTC verwendet, oder nur bei root?
Es wird nicht UTC verwendet. Ich habe 1h Versatz, UTC liegt 2h weg.

THX
Cheers
Detlef

[Stefan F. (Gast)]

Detlef _. schrieb:
> Ich hatte verstanden, dass cronjobs als root laufen
> selbst wenn man als user ne crontab aufsetzt

Hoffentlich nicht, das wäre eine kolossale Sicherheitslücke.

[Thomas W. (Gast)]

Moin, -

zeige mal die crontab-Zeile!

Gruesse

Th.

[Thomas W. (Gast)]

Moin, -

> Ich hatte verstanden, dass
> cronjobs als root laufen selbst wenn man als user ne crontab aufsetzt

Nein. Der Start der Daemons braucht root-Rechte, die Kommandos werden 
(in einer art login-shell) fuer den Benutzer ausgefuehrt.

Gruesse

Th.

P.S.: Gehe davon aus, dass Du das Problem bist. Es gibt genug Nutzer, 
die Cron benutzen. Zeige die Crontab-Zeile!

[Detlef _. (detlef_a)]

Hier die crontab. Die funzt schon, aber eben eine Stunde zu spät.

>>>>>>
P.S.: Gehe davon aus, dass Du das Problem bist. Es gibt genug Nutzer,
die Cron benutzen. Zeige die Crontab-Zeile!

Ja, ich bin immer das Problem, danke nochmal für den Hinweis. Und dass 
ich cron nicht verstehe ist eines der kleinsten von mir verursachten 
Probleme.

THX
Cheers
Detlef

[Thomas W. (Gast)]

Moin, -

das war nicht boese gemeint. Aber viele Benutzer benutzen Cron.

Der Benutzername des Kommandos fehlt! Der muss auch beim 
Benutzerspezifischen Crontab besetzt werden, z.B. (von aktuellen 
Raspian):

# Example of job definition:
# .---------------- minute (0 - 59)
# |  .------------- hour (0 - 23)
# |  |  .---------- day of month (1 - 31)
# |  |  |  .------- month (1 - 12) OR jan,feb,mar,apr ...
# |  |  |  |  .---- day of week (0 - 6) (Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat
# |  |  |  |  |
# *  *  *  *  * user-name command to be executed
17 *    * * *   root    cd / && run-parts --report /etc/cron.hourly
25 6    * * *   root    test -x /usr/sbin/anacron ||

Spendier den Benutzernamen und vermutlich wird alles funktionieren.

Gruesse

Th.

Hier Edit:

P.S.: Es kann sein, dass meine Ausfuehrungen nicht ganz richtig sind 
(ich habe immer versucht, nur eine system-weite crontab zu haben [wg. 
Uebersicht])

Und es scheint auch Unterschiede zwischen Debian und Raspbian zu geben. 
Bah!



> Ja, ich bin immer das Problem, danke nochmal für den Hinweis. Und dass
> ich cron nicht verstehe ist eines der kleinsten von mir verursachten
> Probleme.
>
> THX
> Cheers
> Detlef

[(prx) A. K. (prx)]

raspi-config?

[Frank M. (ukw) (Moderator)]

Thomas W. schrieb:
> Der Benutzername des Kommandos fehlt!

Den gibt es nur im "System Cron File" (/etc/crontab), im normalen "Cron 
File" nicht. Dein Argument zieht auch nicht für den 1h-Zeitversatz.

Aufrufen und Lesen:

man 5 crontab

[Pete K. (pete77)]

Woran erkennst Du denn, dass die jobs zu spät gestartet werden?

Erstelle mal ein crontab-Eintrag, in dem Du stündlich die Zeit in eine 
Datei schreibst: date>zeit.txt
Anhand des Zeitstempels der Datei kann man schauen, wann die erzeugt 
wurde.

[Bauform B. (bauformb)]

Mal ein paar Zwischenfragen:
- hat der RPi eine RTC?
- wenn ja, was sagt:
date; cat /proc/driver/rtc*
- wie oft bootet der RPi neu?
- benutzt du irgendwas in der Art hibernate, suspend-to- oder...?
- (wie) bekommst du die Zeit aus dem Internet?
- evt., wenn's nicht zu lang wird:
sudo egrep -i 'cron|ntp' /var/log/syslog | colrm 78

danke!

[Thomas W. (Gast)]

Moin, -

Pete K. schrieb:
> Woran erkennst Du denn, dass die jobs zu spät gestartet werden?
>
> Erstelle mal ein crontab-Eintrag, in dem Du stündlich die Zeit in eine

# For more information see the manual pages of crontab(5) and cron(8)
#
SHELL=/bin/bash
PATH=/usr/local/bin:/usr/local/sbin:/sbin:/usr/sbin:/bin:/usr/bin

# m h  dom mon dow   command
* * *  *   *         /usr/bin/date >> /tmp/cron.test

schreibt jede Minute einen Zeitstempel. Dann weiss man zumindest, wie 
spaet es auf dem Raspberry ist.

Gruesse

Th.

[Sebastian W. (wangnick)]

Auf meinem RPI funktioniert cron. Meine Konfiguration:

pi@database:~ $ date
Wed Jun  2 13:49:28 CEST 2021
pi@database:~ $ date -u
Wed Jun  2 11:49:33 UTC 2021
pi@database:~ $ echo $TZ

pi@database:~ $ sudo bash
root@database:/home/pi# date
Wed Jun  2 13:49:47 CEST 2021
root@database:/home/pi# date -u
Wed Jun  2 11:49:50 UTC 2021
root@database:/home/pi# echo $TZ

root@database:/home/pi# exit
pi@database:~ $ ls -l /etc/localtime
lrwxrwxrwx 1 root root 33 Mar 22 17:39 /etc/localtime -> /usr/share/zoneinfo/Europe/Berlin

Wie sieht deine Konfiguration aus?

LG, Sebastian

[Detlef _. (detlef_a)]

Danke für das Interesse.

>>>>>
Woran merke ich, dass die Task eine Stunde zu spät läuft? Ich möchte 
einen stream Mitschnitt um 8:43 machen, der Mitschnitt ist von 9:43.

>>>>>>
Die Zeile in der crontab

  *              date >> cron.test

liefert die richtige Zeit Wed  2 Jun 14:26:01 CEST 2021

>>>>>>>>>>>>>
date -u liefert
Wed  2 Jun 12:31:47 UTC 2021

>>>>
sudo date und sudo date -u , alles richtig
echo $TZ liefert die Leerzeile

>>>
pi@raspberrypi:~ $ ls -l /etc/localtime
lrwxrwxrwx 1 root root 33 Jun  1 22:31 /etc/localtime -> 
/usr/share/zoneinfo/Europe/Berlin

>>>>> cat /proc/driver/rtc*
cat: '/proc/driver/rtc*': No such file or directory

>>>>>
- wie oft bootet der RPi neu?
- benutzt du irgendwas in der Art hibernate, suspend-to- oder...?

Nie. Nein.

>>>>>
- hat der RPi eine RTC?
Nein, Uralt Raspi

>>>>>
- (wie) bekommst du die Zeit aus dem Internet?
Keine Ahnung. Ich weiß nicht ob ntp läuft. Aber die Zeit ist ja korrekt.

>>>>>>>
- evt., wenn's nicht zu lang wird:
sudo egrep -i 'cron|ntp' /var/log/syslog | colrm 78

wird zu lang


Die eine Stunde Versatz sprechen dafür dass das was mit der Sommerzeit 
zum tun hat ?!

THX
Cheers
Detlef

[Thomas W. (Gast)]

Moin, -

vielen Dank. Langsam wird das nicht zu verstehen.  Was fuer ein Linux 
hast Du bei dem RaspPi?

bitte mal die kommandos ausfuehren:

cat /etc/debian_version
uname -a

Das zeigt Dir die Betriebssystem und Kernel-Version an. Sollte so etwas 
ausgeben:

pi@raspberry3:~ $ cat /etc/debian_version
10.9
pi@raspberry3:~ $ uname -a
Linux raspberry3 5.10.17-v7+ #1403 SMP Mon Feb 22 11:29:51 GMT 2021 armv7l GNU/Linux

Gruesse

Th.

[Thomas W. (Gast)]

Und zeige mit bitte mal den Inhalt von

/home/pi/rippen/Zeitzeichen.sh

Gruesse

Th.

[(prx) A. K. (prx)]

Detlef _. schrieb:
> Woran merke ich, dass die Task eine Stunde zu spät läuft? Ich möchte
> einen stream Mitschnitt um 8:43 machen, der Mitschnitt ist von 9:43.

Lokal auf einem Medium direkt am Raspi angeschlossen gespeichert, oder 
über Netz irgendwo anders?

[Detlef _. (detlef_a)]

Hi,

>>>>>>>>>
pi@raspberrypi:~/rippen $ cat Zeitzeichen.sh
#! /bin/bash
#
fn=`date +%a_%d_%m_%G_%H_%M_zeitzeichen`
streamripper http://www.wdr.de/wdrlive/media/wdr5.m3u -l 1220 -a 
wdr5_$fn -s > /dev/null 2>&1
#pwd >> dlf_$fn.txt
lftp -c "set ssl:verify-certificate no; open -u zeitzeichen,zeitzeichen 
192.168.178.1; put wdr5_$fn.mp3;"
rm -f *.mp3
rm -f ./incomplete/*.mp3
rm -f *.cue
exit 0

Das file pumpe ich über ftp auf mein NAS.

>>>>>>>>>>>>>
bitte mal die kommandos ausfuehren:
pi@raspberrypi:~/rippen $ cat /etc/debian_version
10.1
pi@raspberrypi:~/rippen $ uname -a
Linux raspberrypi 4.19.75+ #1270 Tue Sep 24 18:38:54 BST 2019 armv6l 
GNU/Linux

THX
Cheers
Detlef

[Sascha W. (sascha-w)]

Stimmt der von dir erzeugte Zeitstempel im Dateinamen mit dem 
Zeitstempel in den Dateieigenschaften überein?
Ich gehe davon aus das du am Inhalt der Datei verifiziert hast das die 
falsche Stunde aufgezeichnet wurde.

Sascha

[Bauform B. (bauformb)]

Detlef _. schrieb:
>> - wie oft bootet der RPi neu?
> Nie.

Dann ist es denkbar, dass die Zeitzone nachträglich geändert wurde. Der 
cron daemon läuft aber noch mit der ursprünglichen Zeitzone. Solches 
Verhalten ist völlig normal, Programme lesen die /etc/timezone und 
/etc/localtime nur einmal kurz nach dem Start.

Das stört seltenst, weil niemand freiwillig die Zeitzone ändert. Bei 
einem Server auf einem Schiff könnte man in Versuchung kommen, aber 
sonst? Allerdings würde ich normal einen Versatz von 2 Stunden erwarten, 
aber was ist schon normal. Mit mehrfachen Änderungen schafft man sicher 
auch 1 Stunde.

[Thomas W. (Gast)]

Detlef _. schrieb:

der RaspiPi ist zwar zwei Jahre abgelagert, das macht aber nichts (war 
auch mehr verzweifelung).

Der streamripper ist ja auch nichts wesentliches (das vielleicht 3600s 
gewartet wurden).

Ich habe keinen Tip mehr. Was Du gezeigt eine ganz normale 
Raspbian-Installation, ein solchen Problem habe ich bei cron nie gehabt 
(cron guckt anfang einer jeden Minute ob ein job zu starten ist. Cron 
laeuft in lokal-time, d.h. sommer/Winter-Zeit gekommt er mit). Deine 
Zeitzone ist OK.

Ich muss gestehen: Meine Vermutung dass das Problem vor dem Schirm 
sitzt, war falsch. Entschuldigung.

Gruesse

Th.

[Detlef _. (detlef_a)]

Bauform B. schrieb:
> Detlef _. schrieb:
>>> - wie oft bootet der RPi neu?
>> Nie.
>
> Dann ist es denkbar, dass die Zeitzone nachträglich geändert wurde. Der
> cron daemon läuft aber noch mit der ursprünglichen Zeitzone. Solches


Das ist des Rätsels Lösung. Ich hatte die TZ geändert, das hatte der 
crond nicht mitbekommen. Neu gebootet, Test-crontab aufgesetzt, geht.

Wieder was gelernt, Vorsicht mit den Dämonen bei Änderung 
Systemsettings, die kucken nur beim Start.

Vielen Dank allen Beteiligten.

Cheers
Detlef

[Bauform B. (bauformb)]

Detlef _. schrieb:
> Neu gebootet, Test-crontab aufgesetzt, geht.

Normalerweise würde man nur den cron neu starten. Andererseits ist 
grundsätzlich jeder daemon betroffen. Und dann wieder nur diejenigen, 
die die lokale Zeit brauchen. Ein httpd z.B. muss die korrekte Zeit 
kennen, aber er benutzt nur GMT. Weil, naja, man will ja auch eine 
rekordverdächtige uptime zusammenbekommen ;)

Edit: danke für die Rückmeldung!

[Thomas W. (Gast)]

Detlef _. schrieb:
> Bauform B. schrieb:

>> Dann ist es denkbar, dass die Zeitzone nachträglich geändert wurde. Der
>> cron daemon läuft aber noch mit der ursprünglichen Zeitzone. Solches
>
>
> Das ist des Rätsels Lösung. Ich hatte die TZ geändert, das hatte der
> crond nicht mitbekommen. Neu gebootet, Test-crontab aufgesetzt, geht.

Haette ich auch nicht gedacht, weil (glaube ich) mein Server zwei 
Zeitzonenwechsel pro Jahr macht (und nur einmal im Jahr gestartet wird).

There is always something to learn.

Th.

[Bauform B. (bauformb)]

Thomas W. schrieb:
> Haette ich auch nicht gedacht, weil (glaube ich) mein Server zwei
> Zeitzonenwechsel pro Jahr macht (und nur einmal im Jahr gestartet wird).

Die Umstellung Sommer/Normalzeit hat damit nichts zu tun, die 
funktioniert auch ohne Neustart.

Wenn du echte Zeitzonenwechsel machst: auf einem Schiff? 
Kontinentalplattenverschiebung? Ein tragbarer Server darf mit in den 
Urlaub?