Когда я заметил, что резервный скрипт, который я поместил в /etc/cron.weekly на моем сервере Debian6, не выполняется, я поместил в него этот небольшой скрипт, чтобы проверить, выполняется ли еженедельное задание cron:
#!/bin/bash
echo 'CRON RAN' > /var/log/cron-weekly-runcheck.log
сохранил это как
-rwxr-xr-x 1 root root 64 Jul 15 02:14 /etc/cron.weekly/runcheck.sh
Когда я сегодня проверил, файл журнала, который он должен был создать, не существовал.
Crontab выглядит следующим образом (насколько мне известно, это должен быть crontab debian6 по умолчанию):
SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
# m h dom mon dow user command
17 * * * * root cd / && run-parts --report /etc/cron.hourly
25 6 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
47 6 * * 1 root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly )
52 6 1 * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly )
Все, что отображается в еженедельном задании cron в любых файлах журнала, представляет собой эту строку:
Jul 16 06:47:01 wtwrp /USR/SBIN/CRON[29272]: (root) CMD (test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly ))
Примечание: cron.daily
похоже, работает, так как работает logrotate. cron.hourly
в нем нет скриптов.
Есть идеи, что может пойти не так?
В cron.weekly
скрипты запускаются run-parts
который пропускает все файлы с расширением. Переименовать runcheck.sh
к runcheck
и это должно делать
comm1 || comm2 || comm3 || comm4
будет выполняться до тех пор, пока не будет возвращено первое значение retval = 0 (слева направо). Остальные связанные команды оптимизируются интерпретатором и НЕ выполняются вообще
Если test -x /usr/sbin/anacron
вернуть ноль как retval, никакие другие команды выполняться не будут.