Cronjobs haben sich aufgegeben? [Gelöst]

[jmar83]

​Hallo zusammen

​

`crontab -e` zeigt mir dabei folgendes an:


​


​

Code: Alles auswählen

GNU nano 2.7.4                   Datei: /tmp/crontab.OeGlL6/crontab

PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

0 3 * * * bash /opt/xxx/database/mysql_dumper.sh > /dev/null 2>&1
















30 3 * * 1,3,5,0 /sbin/reboot










                                       [ 20 Zeilen gelesen ]
^G Hilfe      ^O Speichern  ^W Wo ist     ^K Ausschneide^J Ausrichten ^C Cursor     ^Y Seite zurück
^X Beenden    ^R Datei öffne^\ Ersetzen   ^U Ausschn. r ^T Rechtschr. ^_ Zu Zeile   ^V Seite vor​ 

​
​
​...wo könnte das Problem liegen? Ich habe ganz ehrlich gesagt NULL Ahnung, wo ich mit dem Debuggen anfangen soll!!
​
​Zuerst wurde der Tag Sonntag als "7" reingeschreiben, dann habe ich das geändert. (Z.B. ersichtlich beim untersten Eintrag: "30 3 * * 1,3,5,0 /sbin/reboot" - die `0` dort war zuerst ne `7`..)
​
​Leider hat dies das Problem scheinbar nicht gelöst, als ich heute morgen zur Arbeit kam war die Konsole immer noch offen obwohl um 03:30 neu gestartet werden sollte.
​
​Vielen Dank für die Feedbacks.

[mistersixt]

Poste vielleicht einfach mal die Ausgabe von 'crontab -l', und nicht ein Copy-Paste aus dem nano-Editor heraus, sonst sieht man die Steuerelemente etc., und das verwirrt.

Dann lohnt immer ein Blick in /var/log/syslog, und speziell die Einträge mit "CRON" beginnend.

Und zu guter Letzt: woher kommt das "[/b]" am Ende vom Reboot-Befehl? Ist das auch dem Copy-Paste aus dem nano geschuldet?

Gruss, mistersixt.

[jmar83]

Hier die Ausgabe von crontab -l:

Code: Alles auswählen

root@xxx-xxxxxxxxxxxx:~# crontab -l
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

0 3 * * * bash /opt/xxx/database/mysql_dumper.sh > /dev/null 2>&1
















30 3 * * 1,3,5,0 /sbin/reboot
root@xxx-xxxxxxxxxxxx:~#

Also kein unnötiges Return nach der letzten Zeile

[jmar83]

Code: Alles auswählen

root@xxx-xxx:~# sudo grep CRON /var/log/syslog
Jan  8 06:39:01 xxx-xxx CRON[23192]: (root) CMD (  [ -x /usr/lib/php/sessionclean ] && if [ ! -d /run/systemd/system ]; then /usr/lib/php/sessionclean; fi)
Jan  8 07:09:01 xxx-xxx CRON[548]: (root) CMD (  [ -x /usr/lib/php/sessionclean ] && if [ ! -d /run/systemd/system ]; then /usr/lib/php/sessionclean; fi)
Jan  8 07:17:01 xxx-xxx CRON[3267]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Jan  8 07:39:01 xxx-xxx CRON[10480]: (root) CMD (  [ -x /usr/lib/php/sessionclean ] && if [ ! -d /run/systemd/system ]; then /usr/lib/php/sessionclean; fi)
Jan  8 08:09:01 xxx-xxx CRON[20408]: (root) CMD (  [ -x /usr/lib/php/sessionclean ] && if [ ! -d /run/systemd/system ]; then /usr/lib/php/sessionclean; fi)
Jan  8 08:17:01 xxx-xxx CRON[23159]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Jan  8 08:39:01 xxx-xxx CRON[30399]: (root) CMD (  [ -x /usr/lib/php/sessionclean ] && if [ ! -d /run/systemd/system ]; then /usr/lib/php/sessionclean; fi)
Jan  8 09:09:01 xxx-xxx CRON[7878]: (root) CMD (  [ -x /usr/lib/php/sessionclean ] && if [ ! -d /run/systemd/system ]; then /usr/lib/php/sessionclean; fi)
Jan  8 09:17:01 xxx-xxx CRON[10590]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Jan  8 09:39:01 xxx-xxx CRON[17726]: (root) CMD (  [ -x /usr/lib/php/sessionclean ] && if [ ! -d /run/systemd/system ]; then /usr/lib/php/sessionclean; fi)

[jmar83]

"Und zu guter Letzt: woher kommt das "[/b]" am Ende vom Reboot-Befehl? Ist das auch dem Copy-Paste aus dem nano geschuldet?"

-> In diesem Forum funktioniert das Formatieren von Code leider nicht, wurde korrigiert/entfernt.

[mistersixt]

Und 'grep CRON /var/log/syslog.1' ? Das ist die vorherige Logdatei, da gibt es bestmmt ein Rollover heute früh.

Gruss, mistersixt.

[jmar83]

Hallo zusammen

Problem gelöst: https://forum-raspberrypi.de/forum/thre ... post410387

(Für den Doppelpost entschuldige ich mich, manchmal (vor allen wenn der Chef stress macht) erachte ich es aber als Sinnvoll das zu machen. Und Debian sowie Raspbian sind ja relativ ähnlich)

Habe mich wieder mal tierisch darüber aufgeregt:

"2. Andererseits: Was ist das für ver****ter @#°§|¬¢¢¬§°#°¬ , WTF??? *kotz*, *würg* hoch 27, aber echt !!!
...wo ist da die Logik dahinter, was ist der tiefere Sinn davon dass noch eine Leerzeile angehängt werden muss??"

...vielleicht hat dazu noch jemand einen Gedanken? Wieso ist man nicht fähig, das so zu machen dass sich der Anwender nicht stunden- oder gar tagelang "die Zähne daran ausbeisst" wegen einer Leerzeile, sondern so dass mit simpler "ganz normaler" logischer Denkweise das Ziel erreicht werden kann?

[jmar83]

"...vielleicht hat dazu noch jemand einen Gedanken? Wieso ist man nicht fähig, das so zu machen dass sich der Anwender nicht stunden- oder gar tagelang "die Zähne daran ausbeisst" wegen einer Leerzeile, sondern so dass mit simpler "ganz normaler" logischer Denkweise das Ziel erreicht werden kann?"

"llutz" aus dem Raspberry-Forum schrieb dazu folgendes:

"Trailing newlines sind von POSIX festgelegt, da eine Zeile nur mit abschliessendem Newline als "komplett" gilt.

https://pubs.opengroup.org/onl…V1_chap0 ... tag_03_195"

<sarkasmus>
...gut schliesslich ist ja Linux Open Source, und wenn mir das nicht passt, dann kann es ja ändern und selbst kompilieren!
</sarkasmus>

[mistersixt]

Oh, das wusste ich auch noch nicht, wieder etwas gelernt !

Gruss, mistersixt.

[jmar83]

Super, freut mich wenn andere dank mir das Problem nicht haben werden. (Falls dann noch daran gedacht wird, zum Zeitpunkt wo man es braucht)

Von anderen zu lernen ist immer besser als selbst "auf die Schnauze zu fallen"... obwohl letzteres manchmal auch notwendig ist (Lernprozess), das gehört so zum Leben dazu - nicht nur in der IT, sondern ganz generell...

[jmar83]

Hallo zusammen

Schon wieder das gleiche Problem gehabt mit der Leerzeile... das Zeugs ist schlicht einfach zu mühsam, gibt es da evtl. irgendwelche Alternativen zu diesem Crontab-Geschwür?

[TRex]

Klar, kannst auch mit systemd-timer arbeiten. Da gibts dann eben andere Fallstricke (und gerade im Vergleich zu cron und für diesen Usecase ist es massiv komplizierter aufzubauen). Ich finde nicht, dass diese Einschränkung cron als ganzes zu einem "Geschwür" macht. Ich muss diese Einschränkung auch nicht gut finden, aber ich kann damit umgehen - und hättest du in die man crontab geschaut, hättest du bei "DIAGNOSTICS" auch gesehen:

Code: Alles auswählen

DIAGNOSTICS
       A fairly informative usage message appears if you run it with a bad command line.

       cron  requires that each entry in a crontab end in a newline character. If the last entry in a crontab is missing the newline, cron
       will consider the crontab (at least partially) broken and refuse to install it.

[jmar83]

Vielen Dank, werde mal schauen und die Sachen gegeneinander abwägen...

[pferdefreund]

Genau aus diesem Grund, weil Cron mich auch genervt hat, habe ich mir eine Jobverwaltung mit gnucobol selbst geschrieben. Sieht dann in der Steuerdatei in etwa so aus
Event nr Befehl Datum Uhrzeit int Jobnr
rsync 00005 rm -r /home/pferd/.cache || true 99999999 204000 00590
rsync 00010 rsync -a --delete --verbose /home/pferd /usb/backup 2>&1 99999999 204000 00640

wobei dann 99999999 für täglich steht - gibt da auch noch so Sachen wie wöchentlich, monatlich usw...

[jmar83]

Vielen Dank, tönt sehr interessant, mal schauen!!