staging.inyokaproject.org

Hallo Zusammen,

ich habe immer wieder Herausforderungen bei der Nutzung / Ausführung von Cronjobs. Meine Einträge in der Crontab werden korrekt ausgeführt, aber ich stolpere immer wieder über die Skripte.

Ausgangslage / Herausforderung: Skript kann händisch gestartet / ausgeführt werden und arbeitet korrekt. Bei einem Start über Cron erfolgt jedoch keine Verarbeitung.

Beispiel für den konkreten Fall: https://wiki.ubuntuusers.de/Skripte/Backup_mit_RSYNC/

Crontab Eintrag (crontab -e)

35 20 * * * /home/USER/backup-rsync.sh

Berechtigungen der backup-rsync.sh: -rwxr-xr-x

Da das Skript Ausgeführt wird, ist das Attribut "x" für mich hier das wichtige. Es sollte also jeder User das Skript ausführen können, richtig?

Wenn ich das Skript "per Hand" starte, funktioniert alles korrekt. Ich habe zu Testzwecken am Anfang des Skriptes auch schon einmal ein "cd /home/USER" ergänzt - leider ohne Erfolg.

Ich weiß nicht genau ob mir ein systematischen Fehler bei meinen Cronjobs unterläuft.

Kann mir jemand von euch bitte weiterhelfen?

Danke und viele Grüße Itchy2

Die Verzeichnisse unter Home sind in der Regel für alle Benutzer gesperrt. Wenn also /home/<User> nicht durchsuchbar bzw. Im Zugriff ist, muss das scheitern. Was sagt dein log zur cron Ausführung?

Wenn es von jedem Benutzer ausgeführt können werden soll, dann leg es doch lieber nach /usr/local/bin.

Hallo Zusammen,

das Log ist wenig aussagekräftig:

1
2

Aug 24 23:55:01 ab350mds3h CRON[17721]: (USER) CMD (/home/USER/backup-rsync.sh)
Aug 24 23:55:01 ab350mds3h CRON[17720]: (CRON) info (No MTA installed, discarding output)

Das Skript soll letztendlich nur von CRON ausgeführt werden. Soweit ich verstanden habe, wird CRON als ROOT ausgeführt. Da jeder User das Skript ausführen darf, sollte das doch auch passen, oder nicht?

Danke und viele Grüße Itchy2

Nee, das stimmt nicht so ganz. Die Crontab von Root wird unter der Root-Kennung ausgeführt. Du kannst aber auch unter jedem Benutzer nochmal eine extra Crontab haben, die dann unter diesem Benutzer ausgeführt wird. Wenn Du z.B. einfach "crontab -l" ausführst, dann siehst Du die Crontab deines Benutzers, wenn Du aber "sudo crontab -l" ausfürhst, dann siehst Du die Crontab von Root.

Und die zweite Zeile aus den Logs sagt Dir schonmal, dass Du keinen MTA eingerichtet hast, sprich kein Programm, welches Mails verschicken kann. Wenn Du das einrichten würdest, dann würdest Du auch eine Mail erhalten mit dem Inhalt der Ausgabe des Cronjobs erhalten.

Soll das Skript denn als root laufen oder unter deinem Benutzer ausgeführt werden oder auch von verschiedenen Benutzern?

Danke für die Klarstellung mit den Usern. Das scheint von Distribution zu Distribution unterschiedlich zu sein. Aber v.a. dann verstehe ich mein Problem noch viel weniger.

Das Thema MTA bin ich noch nicht angegangen - vielleicht später.

Das Skript kann ruhig unter dem normalen Nutzer laufen. Sudo-Berechtigungen werden dafür nicht benötigt.

Danke und viele Grüße Itchy2

Dann folge doch entweder dem Hinweis von DOC und lege es woanders hin, oder Poste Rechte von deinem User Ordner. Was sagt ls /home -la?

itchy2 schrieb:

Das Thema MTA bin ich noch nicht angegangen - vielleicht später.

Wenn Du keine Mails willst, dann könntest in die crontab auch:

MAILTO=""

eintragen.

@JensHol:

1
2
3
4
5

holger@192.168.178.131:~$ ls /home -la
insgesamt 12
drwxr-xr-x  3 root   root   4096 Okt  6  2020 .
drwxr-xr-x 20 root   root   4096 Aug 16 21:55 ..
drwxr-xr-x 31 holger holger 4096 Aug 25 20:55 holger

@Lubux:

Meinst Du so?

35 20 * * * /home/USER/backup-rsync.sh MAILTO=""

itchy2 schrieb:

Meinst Du so?

Nein. So z. B.:

:~$ cat /etc/crontab
# /etc/crontab: system-wide crontab
# Unlike any other crontab you don't have to run the `crontab'
# command to install the new version when you edit this file
# and files in /etc/cron.d. These files also have username fields,
# that none of the other crontabs do.

SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=""

# ...
# ...

Hallo lubux,

die Anpassung mit MAILTO="" hat leider im Log keine Änderung bewirkt:

1
2

Aug 25 21:38:01 holger-ab350mds3h CRON[4950]: (holger) CMD (/home/holger/backup-rsync.sh)
Aug 25 21:38:01 holger-ab350mds3h CRON[4939]: (CRON) info (No MTA installed, discarding output)

Viele Grüße Itchy2

itchy2 schrieb:

die Anpassung mit MAILTO="" hat leider im Log keine Änderung bewirkt:

Du hast einer user-crontab ... Ist die Anpassung mit MAILTO="" auch schon wirksam?

Ich habe den Service einmal neu gestart: sudo systemctl restart cron

Damit sollten die Änderungen aktiv sein, oder?

itchy2 schrieb:

Damit sollten die Änderungen aktiv sein, oder?

Ja. Wie ist die Ausgabe von:

cat /etc/default/cron

?

Hallo lubux,

$ cat /etc/default/cron # This file has been deprecated. Please add custom options for cron using # $ systemctl edit cron.service # or # $ systemctl edit --full cron.service

edit: Grundsätzlich funktionieren die Cronjobs mit ein bisschen "Bastelei". Ein generelles Problem würde ich aktuell ausschließen.

Viele Grüße Itchy2