Phantazm wrote: > syslog: > Aug 16 10:00:01 camelot /USR/SBIN/CRON[4728]: (root) CMD > (/home/cluster/www/www.x.se/cgi-bin/awstats.pl -config=www.x.se -update) > > So that is working.
Good. > ------------------- > camelot:~# crontab -l Usually root would not have a "user" crontab because root has both /etc/cron.daily/*, /etc/cron.d/* and /etc/crontab to draw from. > 00 04 * * * updatedb >/dev/null 2>&1 Usually that would be handled by /etc/cron.daily/find. You probably don't want to be running this twice. I recommend removing this entry and allowing the package entry to run in the daily script. > 01 03 * * * apt-get update >/dev/null 2>&1 Let me recommend the cron-apt package. That has a nice interface to automated apt operations. The default is to get new index files as you are doing here. The fact that both of those discard their output is disconcerting. Really things should work when they work and when they don't work they should make noise for you to see and fix the problems. I don't think you should ignore the output. > */5 * * * * > /home/cluster/www/www.xxxxxxxx.se/cgi-bin/awstats.pl -config=www.x.se > -update That needs to be on one line. It looks to me like you have that on two lines. If so then that is a problem to fix. > -------------------- > none of these have never been runned :-( > It actually beats me :) never stumble upon such a wierd thing before. > > i've also tried a simpe date > test.txt crontab to see if it puts anything > in the file but nothing happends. Not sure what else to suggest. Bob
signature.asc
Description: Digital signature
