cron и crontab

Пять временны́х полей управляют тем, когда запускается задача. Строка crontab состоит из пяти временны́х полей и команды:

# м  ч  дм  мес  дн  команда
# |  |   |    |    |
# |  |   |    |    +--- день недели (0=Вс, 6=Сб; 7=Вс тоже)
# |  |   |    +-------- месяц (1-12)
# |  |   +------------- день месяца (1-31)
# |  +----------------- час (0-23)
# +-------------------- минута (0-59)

# Запускать в 03:00 каждую ночь:
0 3 * * * /usr/bin/backup.sh

# Запускать на 0-й и 30-й минутах каждого часа (два значения через запятую):
0,30 * * * * /usr/bin/check-health.sh

# Запускать каждые 15 минут (шаг через /):
*/15 * * * * /usr/bin/poll-queue.sh

# Запускать в 08:00 только по будням (Пн-Пт):
0 8 * * 1-5 /usr/bin/morning-report.sh

Звёздочка * означает «каждый». Запятая разделяет значения. /N означает «каждые N». Дефис - задаёт диапазон. Этих четырёх конструкций хватает для почти любого расписания.

Редактируй личный crontab с помощью crontab -e. У каждого пользователя есть свой crontab. Демон запускает задачи от имени этого пользователя с его правами — без пароля, без sudo для пользовательских задач.

# Открыть crontab в $EDITOR (по умолчанию vi):
crontab -e

# Показать текущий crontab без редактирования:
crontab -l

# Удалить весь crontab (осторожно — без отмены):
crontab -r

# Редактировать crontab другого пользователя (только root):
crontab -u alice -e

Файл хранится в /var/spool/cron/crontabs/<username> — никогда не редактируй его напрямую; всегда используй crontab -e, который проверяет синтаксис перед установкой.

Системные задачи хранятся в /etc/cron.d/ и /etc/crontab. В этих файлах есть шестое поле — имя пользователя, — потому что демону нужно знать, от чьего имени запускать задачу.

# В /etc/crontab и файлах /etc/cron.d/ есть поле USER между временны́ми полями и командой:
# м  ч  дм  мес  дн  USER    команда
0    2  *    *    *   root    /usr/sbin/logrotate /etc/logrotate.conf

# В /etc/cron.d/ можно класть отдельные файлы для каждого пакета:
ls /etc/cron.d/
# php   apt-compat   sysstat   unattended-upgrades

# Как выглядят ежедневные/еженедельные/ежемесячные задачи Ubuntu:
ls /etc/cron.daily/    # скрипты, выполняемые run-parts
ls /etc/cron.weekly/
ls /etc/cron.monthly/

Директории /etc/cron.daily/ выполняются run-parts — любой исполняемый скрипт там запустится в запланированное время. Синтаксис crontab не нужен: просто положи скрипт и сделай его исполняемым.

@reboot, @daily и другие сокращения заменяют пять полей для типовых расписаний. Это строки-сокращения, которые cron переводит внутренне:

# Эквивалентные сокращения:
@reboot    /usr/bin/start-agent.sh       # Один раз при старте демона
@hourly    /usr/bin/check-disk.sh        # 0 * * * *
@daily     /usr/bin/nightly-backup.sh    # 0 0 * * *
@weekly    /usr/bin/weekly-cleanup.sh    # 0 0 * * 0
@monthly   /usr/bin/monthly-report.sh    # 0 0 1 * *
@yearly    /usr/bin/audit.sh             # 0 0 1 1 *

# @reboot — самое полезное сокращение: заменяет /etc/rc.local для пользовательских
# команд запуска без необходимости создавать юнит systemd.

@reboot срабатывает при старте crond, а не строго при загрузке машины — но на Ubuntu с включённым crond они функционально эквивалентны.

Окружение cron минимально — это причина сбоя №1. Когда cron запускает команду, он устанавливает голое окружение: SHELL=/bin/sh, PATH=/usr/bin:/bin, HOME и LOGNAME из файла паролей. Всё. Нет .bashrc, нет .profile, нет nvm, нет pyenv, нет /usr/local/bin.

# Задача, которая молча провалится — 'node' нет в /usr/bin:/bin:
*/5 * * * * node /opt/app/worker.js

# Исправление 1: использовать абсолютный путь к бинарнику:
*/5 * * * * /usr/local/bin/node /opt/app/worker.js

# Исправление 2: переопределить PATH в начале crontab (действует для всех задач ниже):
PATH=/usr/local/bin:/usr/bin:/bin
*/5 * * * * node /opt/app/worker.js

# Исправление 3: явно загрузить профиль в команде:
*/5 * * * * bash -l -c 'node /opt/app/worker.js'

# Перенаправить stdout И stderr в лог-файл для отладки:
*/5 * * * * /usr/local/bin/node /opt/app/worker.js >> /var/log/worker.log 2>&1

>> /var/log/worker.log 2>&1 в конце — самое полезное дополнение к любой cron-задаче: без него вывод уходит на почту пользователю (если работает почтовый агент) или молча отбрасывается.