Ron Hunter-Duvar wrote: > > Mikkel explained where this was coming from in his last message. Take a look > at your /etc/cron.* directories, and the /etc/crontab file. The /etc/crontab > entries look just like crontab entries, but for whatever reason are not > listed by crontab -l, and not editable by crontab -e. What you're looking for > is probably somewhere in there. > The reason crontab -l does not show the jobs in /etc/crontab is because crontab does not manage them. Crontab manages user cron jobs. These are stored in /var/spool/cron, with each user having their own file. (If the user has never created a cron job, then they will not have a file.) User cron jobs are also controlled by the /etc/cron.allow and /etc/cron.deny files.
One way to look at the jobs in /etc/crontab is to think of them as system cron jobs instead of user cron jobs. The format of these entries is slightly different then the ones created by crontab. The main difference is that you have to specify the user the job is to be run as. You can not do this with user's cron jobs. They must be run as that user. I need to double check this, but as far as I know the jobs run from /etc/crontab are not subject to /etc/cron.allow and /etc/cron.deny. The entries in the /etc/cron.* directories are not run directly by cron. What happens is that /usr/bin/run-parts is run by cron because of the /etc/crontab entries, and run-parts then takes care of running the scripts. So even if crontab -l did show the jobs run from /etc/crontab, all it would show is the run-parts jobs. One last note - run-parts does not have to be run by cron. You could use it to run any directory of scripts. Mikkel -- Do not meddle in the affairs of dragons, for thou art crunchy and taste good with Ketchup! ____________________________________________________ Want to buy your Pack or Services from Mandriva? Go to http://store.mandriva.com Join the Club : http://www.mandrivaclub.com ____________________________________________________
