On Tuesday 14 March 2006 16:08, Thorsten Müller wrote:
Ich habe mit crontab -e nun folgenden Eintrag angelegt:
mt2:/var/spool/cron/crontabs# more root # DO NOT EDIT THIS FILE - edit the master and reinstall. # (/tmp/crontab.ae8R5P/crontab installed on Tue Mar 14 16:07:01 2006) # (Cron version -- $Id: crontab.c,v 2.13 1994/01/17 03:20:37 vixie Exp $)
- /bin/date>>/tmp/test.txt 2>/var/log/test.log
weder in /tmp/test.txt noch in /var/log/test.log sehe ich etwas, obwohl ich folgende Bestätigung nach dem Abschluss des schreibens bekommen habe: mt2:/tmp# crontab -e Waiting for Emacs... Done crontab: installing new crontab
In /var/log/syslog sehe ich folgendes: Mar 14 16:08:01 mt2 /usr/sbin/cron[1236]: (root) RELOAD (crontabs/root)
Ich bin als root angemeldet Noch irgendeine Idee?
Thorsten
Nein, natürlich nicht ;-) Mit dem jetzt vorhanden Wissen mal sehen: (Mit Beispielen als root auf einem Gateway) gw1:~# crontab -l SHELL=/bin/bash MAIL=root */2 * * * * /root/scripts/ip_accounting_1 2>/dev/null ... gw1:~# 1.) Nutzer-Crontab vorhanden? 2.) SHELL gibt's?
gw1:~# tail -n 2 /var/log/syslog Mar 14 18:32:49 gw1 crontab[14367]: (root) LIST (root) Mar 14 18:34:01 gw1 /USR/SBIN/CRON[14369]: (root) CMD (/root/scripts/ip_accounting_1 2>/dev/null) gw1:~# 3.) vielleicht hilft das Syslog-Protokoll auch der unsinnigsten Befehle ("CMD") weiter, ob überhaupt was cron-mäßiges passiert. 4.) Wenn "CMD" ausgeführt wird, kann es sein, daß ein Rechte-Problem vorliegt. Im Fall von stderr-Ausgabe sollte der Eintrag MAIL im crontab aktiv werden. (Bei mir umgangen mit 2>/dev/null)
Bernhard