[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Crintab Problem

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.


> -------------------
> 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.


Attachment: signature.asc
Description: Digital signature

Reply to: