Завдання cron.daily не працює

Я створив 3 робочих щоденних робочих записів на роботі з крон.

Нижче наведено три, які розміщуються в etc / cron.daily

rkhunter.sh

#!/bin/sh
(
rkhunter --versioncheck
rkhunter --update
rkhunter --cronjob --report-warnings-only
) | mail -s 'rkhunter Daily Run (my server)' me@email.com

chkrootkit.sh

#!/bin/bash
chkrootkit | mail -s "chkrootkit Daily Run (my server)" me@email.com

logwatch.sh

#!/bin/sh
(
logwatch
) | mail -s 'logwatch Daily Log (my server)' me@email.com

Я замінив мені@email.com звичайно своїм електронним листом.

Якщо я запускаю цю cronjob вручну, вона прекрасно працює ./nameoffile.sh

Але це не працює щодня, що може бути причиною чи як я можу це перевірити?

Є два можливих підозрюваних, які зазвичай викликають cronнеможливість роботи.

Перший - це проблеми з дозволом, тобто користувач може запускати скрипт / команду, але демон cron не може, оскільки завдання знаходиться в завданнях cron невірного користувача. Наприклад, користувач створює скрипт або виконує команду з підвищеними привілеями, тобто використовуючи sudo, потім додає перевірений скрипт / команду до свого списку завдань cron ( crontab). Результат полягає в тому, що завдання cron користувача не зможе виконати, оскільки йому потрібні підвищені привілеї.

• Щоб поставити завдання cron у тип crontab поточного користувача crontab -e
• Щоб помістити завдання cron у тип crontab root sudo crontab -e

Друга причина - це шляхи, щоб впевнитись у виконанні скрипту, користувач повинен додати повний шлях до сценарію, який буде виконуватися в crontab. Іншим рішенням буде розширити змінну PATH кореневих користувачів, поставивши наступний рядок у верхній частині файлу crontab:

PATH=/usr/sbin:/usr/bin:/sbin:/bin

як згадує вікі спільноти .

Ви можете прочитати вікі спільноти про cron, оскільки воно надає більш детальну інформацію про вищезазначене.

Відповідно до цієї відповіді, проблема полягає у розширенні .sh. Видаліть це (так, наприклад, перейменуйте свій файл з rkhunter.sh в rkhunter.

Для підтвердження запустіть наступну команду run-parts --test /etc/cron.daily

Якщо ваш сценарій (rkhunter) включений в результати, все добре. Для отримання додаткової інформації про команду run-parts читайте довідкові сторінки на нійman run-parts

У моїй системі це було тому, що анакрон не був встановлений.

grep run-parts /etc/crontab

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    * * 7   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 )

Отже, або встановіть анакрон, або видаліть тест -x / usr / sbin / anacron

Я думаю, що файли з розширеннями ігноруються.

запустити:

 run-parts --test /etc/cron.daily

Якщо ви не бачите своїх скриптів у списку, видаліть розширення .sh та повторіть спробу.

Додавши до відповіді Stef, ви також повинні переконатися, що вони мають виконуваний біт:

$ ls -l
-rwxr-xr-x  1 root root   268 Jun  1 08:06 00logwatch
-rwxr-xr-x  1 root root   311 May 22  2012 0anacron
-rwxr-xr-x  1 root root 15007 Jun  6 14:08 apt

Ви повинні мати можливість запускати їх за допомогою chmod +x filename.

Перейменуйте свій файл, щоб не було розширення .sh

Щоб переконатися, що це проблема, спробуйте

sudo run-parts --list /etc/cron.daily 

ви побачите, що це не в списку. Тож біжіть:

mv script.sh script

і повторіть спробу. Його слід перерахувати.

Я не міг змусити його працювати з анакроном, я видалив анакрон /etc/crontabі виконав, apt remove --purge anacronі він працює відразу.

Я не розумію, для чого нам потрібні два планувальники.

Така сама ситуація сьогодні

я зробив

sudo journalctl -u cron -b | grep -i error

і знайшли

cron[815]: Error: bad hour; while reading /etc/crontab
cron[815]: (*system*) ERROR (Syntax error, this crontab file will be ignored)

Я виявив, що хтось (я !!!!) додав рядок, починаючи з

20 38 ...

і, очевидно, 38-а година не існує!