| График | Команда | Описание | Статус | Действия |
|---|---|---|---|---|
0 5 * * * |
/usr/local/bin/custom-backup.sh >> /var/log/arciveo-cron.log 2>&1 |
Nightly backup to remote storage | ||
*/15 * * * * |
/usr/local/bin/healthcheck.sh |
Ping external uptime monitor |
| Команда | |
|---|---|
30 1 * * * /usr/local/bin/clamav-scan.sh >> /var/log/arciveo-cron.log 2>&1 |
|
0 2 * * * /usr/bin/aide --config /etc/aide/aide.conf --check > /var/log/aide/aide.log 2>&1 |
|
@reboot chmod 755 /var/lib/aide |
|
0 3 * * * /usr/local/bin/lynis-scan.sh >> /var/log/arciveo-cron.log 2>&1 |
|
0 4 * * * /usr/local/bin/load-ipsum.sh >> /var/log/arciveo-cron.log 2>&1 |
|
@reboot sleep 60 && /usr/local/bin/load-ipsum.sh >> /var/log/arciveo-cron.log 2>&1 |
|
30 4 * * * /usr/local/bin/debsums-scan.sh >> /var/log/arciveo-cron.log 2>&1 |
|
0 6 * * * /usr/local/bin/logwatch_daily.sh >> /var/log/arciveo-cron.log 2>&1 |
|
0 8 * * * /usr/local/bin/daily-report-all.sh >> /var/log/arciveo-cron.log 2>&1 |
|
*/30 * * * * /usr/local/bin/smart-scan.sh >> /var/log/arciveo-cron.log 2>&1 |
|
0 * * * * /usr/bin/apt-get update -qq >/dev/null 2>&1 |
|
*/5 * * * * /usr/local/bin/collect-metrics-all.sh >> /var/log/arciveo-cron.log 2>&1 |
Cron не разказва нищо за себе си. Не съобщава, че задача е пропаднала, не показва кога е изпълнена за последно, а синтактична грешка в петте полета на разписанието няма къде да се прояви. Формално изпраща писмо на локалния потребител, но на сървър, където изходящата поща никога не е настройвана, това писмо не го чете никой. Задача може да стои счупена с месеци и я издават чак последиците.
Тази страница показва задачите, добавени през панела: разписание, команда, описание и състояние, с възможност да бъдат включени, изключени или изтрити, без да се отваря терминал. Под тях, като отделен списък, стоят останалите редове на root crontab, тоест тези, които вие или инсталиран пакет сте сложили по-рано. Те са само за четене: панелът съзнателно не редактира онова, което не е писал сам.
Три неща си струва да се проверят тук. Задача, чийто изход отива в /dev/null 2>&1, мълчи еднакво и когато работи, и когато е счупена. Команда, записана само с име вместо с пълен път, се държи различно от вашата обвивка, защото cron има собствен и оскъден PATH. И самото разписание: задача, изключена някога заради отстраняване на грешка, обикновено си остава изключена. След всяко съмнение за пробив cron също заслужава преглед, защото закрепването през планировчика е по-лесно от това през стартова единица, а такъв ред изглежда съвсем делнично.