Trouble-shooting Cron Problems FreeBSD5.4
Dan Nelson
dnelson at allantgroup.com
Tue Oct 31 18:30:20 UTC 2006
In the last episode (Oct 31), Martin McCormick said:
> After building a new FreeBSD5.4 system, I have done
> something bad to it.
>
> When cron runs jobs in /etc/crontab as operator, it seems
> as if that 6TH field in /etc/crontab is being interpreted as a
> command rather than the user ID it is supposed to run under. I
> keep getting messages like:
The "operator" user has no access to /etc/crontab. You have probably
copied entries from the system crontab (i.e. /etc/crontab) into a
user's crontab. The system crontab has the extra "user" column, where
user crontabs don't (since they always run as the user).
> From: operator at system.domainname (Cron Daemon)
> Subject: Cron <operator at system> root newsyslog
operator won't be able to run newsyslog anyway, since it can't write to
/var/log and can't send signals to syslogd (which runs as root).
You'll probably want to move those lines back to the system crontab.
--
Dan Nelson
dnelson at allantgroup.com
More information about the freebsd-questions
mailing list