Cron

This page is a translated version of the page Cron and the translation is 99% complete.

Other languages:

Resources

Эта статья описывает как установить и использовать демоны cron в Gentoo Linux.

Основные понятия cron

Что делает cron?

Cron - это программа-демон, запускающая запланированные задания, основываясь на результате работы команды crontab. Она выполняет эти задания просыпаясь каждую минуту и проверяя, есть ли какие-нибудь задания cron (cron-jobs) для запуска в каком-либо из файлов заданий crontab пользователя.

Заметка
Заметьте, что crontab — это как имя списка заданий cron, так и имя команды для редактирования этого списка.

Заметка
При использовании системы инициализации systemd доступны (постояннные) таймеры в качестве замены (ana)cron.

Cron на практике

Существует несколько реализаций программы cron, доступных через Portage. Все они предлагают сходный интерфейс, а именно, использование команды crontab или ей подобных. Также есть родственная утилита, называемая Anacron, которая предназначена для работы с cron-ом на системах, которые не работают непрерывно.

Все доступные пакеты cron зависят от sys-process/cronbase. Технически, этот пакет не является зависимостью какого-либо из пакетов cron, но он предлагает сходную с cron-ом функциональность, которую смогут оценить многие пользователи.

Перед тем, как начать работу с cron, следует выбрать наиболее подходящую реализацию cron.

Какой cron наиболее подходит?

Заметка
Установите virtual/cron для получения стандартной реализации cron на Gentoo.

cronie

sys-process/cronie — это ответвление от устаревшего vixie-cron, расположенное в репозитории [1]. Так как это ответвление, cronie поддерживает тот же набор возможностей, что и оригинальный vixie-cron. Также cronie поддерживает реализацию anacron, включенную по умолчанию через USE-флаг anacron. Убедитесь, что в случае миграции с другой системы cron изучили изменения, описанные в bug #551352. Некоторые задачи могут перестать выполняться.

dcron (Dillon's Cron)

sys-process/dcron стремится быть простой, элегантной и безопасной реализацией программы cron. Он не разрешает установку переменных среды в файлах crontabs и все задания cron запускаются из /bin/sh. Как и vixie-cron, каждый пользователь имеет свой собственный файл заданий crontab. С 4 версии он поддерживает anacron-подобные возможности.

Возможности sys-process/dcron:

Быстрый, простой и свободный от излишних функций;
Доступ к файлу crontab ограничен группой cron, т.е. он не полагается на внешние средства.

fcron

sys-process/fcron ориентирован на то, чтобы заменить собой vixie-cron и anacron. Он разработан для работы на системах, которые не работают непрерывно и включает в себя дополнительные особенности. Он имеет ограничения на запуск заданий, управление сериализацией работ, возможность назначить работам приятные в обращении значения и возможность запланировать запуск работ при загрузке системы.

Возможности sys-process/fcron:

Разработан для работы на системах, которые не работают непрерывно, т.е. он может запустить задание после перезапуска, если оно было пропущено;
Установка переменных среды и множества других параметров в файлах заданий crontab;
Улучшенный синтаксис crontab с поддержкой множества новых функций;
У каждого пользователя может быть личный файл заданий crontab; доступ контролируется файлами cron.allow и cron.deny

bcron

sys-process/bcron — это новая система cron, разработанная с учетом безопасности её работы. Чтобы добиться этого, система поделена на несколько отдельных программ, каждая из которых отвечает за отдельное задание, со строго контролируемым сообщением между ними. Пользовательский интерфейс представляет собой несущественное изменение интерфейсов для подобных систем (таких как vixie-cron), но внутренние части программы сильно отличаются.

Возможности sys-process/bcron:

Легкая замена vixie-cron;
Ориентированность на множество процессов;
Нативная поддержка перехода на летнее время.

anacron

Anacron - это не демон cron, это то, что работает в объединении с ним. Он выполняет команды по интервалам в указанные дни и не предполагает непрерывную работу системы; он запускает работы, которые были пропущены, пока система была отключена. Anacron обычно полагается на демон cron, чтобы запускаться каждый день.

Использование cron

Установка

Выберите реализацию cron, которая наиболее подходит, и установите ее командой emerge:

root #emerge --ask dcron

Убедитесь, что демон cron добавлен в процесс инициализации системы; без этого шага cron демон не будет выполнять свою работу.

root #

/etc/init.d/dcron start

root #rc-update add dcron default

Опционально, если fcron или dcron не был установлен, то установка Anacron в качестве помощника cron демона может быть мудрым решением.

root #emerge --ask anacron

Опять же, не забудьте добавить Anacron для запуска во время инициализации системы.

root #

/etc/init.d/anacron start

root #rc-update add anacron default

У anacron обычно нет процесса инициализации. Вместо этого anacron нужно запускать с помощью другой реализации cron.

Один из методов запуска anacron — через определение cron. По умолчанию, anacron устанавливает сценарий почасового запуска, который используется большинством реализаций cron. Если этого не происходит, anacron всё же можно запустить с помощью ручных определений.

ФАЙЛ /etc/crontabЗапуск anacron с помощью определения cron

# Запускать anacron каждые 10 минут
*/10 * * *  root  /usr/sbin/anacron
 
# В качестве альтернативы, каждый час выполнять сценарий 0anacron, предоставленный anacron
# 59 * * * *  root  /etc/cron.hourly/0anacron

Системный файл crontab

Послеустановочные сообщения от некоторых пакетов cron могут попросить пользователя запустить crontab /etc/crontab. Файл /etc/crontab - это системный crontab. Установка cron может использовать его вместе с sys-process/cronbase для запуска скриптов в /etc/cron.{daily,hourly,weekly,monthly}. Заметьте, что только cronie планирует задания в /etc/crontab автоматически. Пользователям dcron потребуется запускать crontab /etc/crontab каждый раз при внесении изменений в /etc/crontab файл. Пользователям fcron необходимо выполнить emerge --config sys-process/fcron для настройки системного crontab.

Пожалуйста, возьмите на заметку, что задания, запланированные в системном crontab могут не появиться в списке заданий cron, отображаемом при использовании crontab -l.

Конечно, пользователь может не использовать какой-либо системный файл crontab вовсе. Если был выбран dcron или fcron, не запускайте crontab /etc/crontab. Если был выбран cronie или bcron закомментируйте все строки в /etc/crontab.

Быстрый и простой способ закомментировать все строки в файле с помощью команды sed. Выполните следующую команду, чтобы закомментировать все строки в etc/crontab

root #sed -i -e "s/^/#/" /etc/crontab

Предоставление доступа к cron проверенным пользователям

Если нужно предоставить доступ к демону cron и другим пользователям(не root), то прочитайте этот раздел до конца. В противном случае можно перейти к следующему разделу.

Заметка
Предоставление другим пользователям доступа к crontab не позволяет им запускать задания cron в качестве администратора. Если нужно, чтобы пользователь смог редактировать файл crontab учетной записи root, то следует рассмотреть использование sudo (app-admin/sudo). Пожалуйста обратитесь к Руководству по использованию Sudo в Gentoo за более подробной информацией.

Не имеет значения какой из пакетов cron был выбран, если нужно разрешить пользователю использование crontab, то он должен быть в группе cron. В качестве примера, для добавления пользователя larry в группу cron нужно запустить:

root #gpasswd -a larry cron

Заметка
При добавлении пользователя в группу cron, убедитесь, что пользователь вышел и снова зашел в систему, чтобы изменения в группе возымели эффект.

dcron

При использовании dcron, вышеизложенного шага достаточно для предоставления пользователю доступа к crontab. Пользователи dcron могут перейти к следующему разделу, остальным нужно продолжить чтение.

fcron

При использовании fcron, отредактируйте /etc/fcron/fcron.deny и /etc/fcron/fcron.allow файлы. Наиболее безопасный способ запуска системы — это сперва запретить всех пользователей в файле /etc/fcron/fcron.deny, а затем явно разрешить пользователей в /etc/fcron/fcron.allow.

Важно
Если файлы /etc/fcron/fcron.allow и /etc/fcron/fcron.deny не существуют, тогда всем пользователям в группе cron будет разрешено использовать crontab. fcron поставляется с файлом fcron.allow, который по умолчанию разрешает всем пользователям, находящимся в группе cron, доступ к fcrontab.

КОД Разрешения в fcron.deny

all

Если пользователю larry (опять для примера) необходимо управлять его собственными заданиями cron, тогда добавьте его в /etc/fcron/fcron.allow, как показано ниже:

КОД Разрешения в fcron.allow

larry

cronie

Если был выбран cronie, возможно, нужно просто отредактировать /etc/cron.allow файл.

Важно
Важно заметить что если существует только файл /etc/cron.allow, то только пользователи, принадлежащие группе cron, перечисленные в нем, будут иметь доступ. Иначе, если существует только пустой файл /etc/cron.deny, то доступ всем пользователям, принадлежащим группе cron будет разрешен! Не оставляйте файл /etc/cron.deny пустым, если нет /etc/cron.allow файла.

Например, чтобы разрешить доступ пользователю larry, добавьте его в /etc/cron.allow как показано ниже:

КОД Разрешения в /etc/cron.allow

larry

Планирование заданий cron

Процесс редактирования файлов crontab различен для каждого пакета, но все они поддерживают базовый набор команд: добавление и замещение файлов crontab, редактирование и удаление файлов crontab, список cron заданий из crontab файлов. Следующий список показывает, как выполнять различные команды для каждого пакета.

Версия	Редактировать crontab	Удалить crontab	Новый crontab	Список cron-jobs
dcron	crontab -e	crontab -d [user]	crontab file	crontab -l
fcron	fcrontab -e	fcrontab -r [user]	fcrontab file	fcrontab -l
cronie и bcron	crontab -e	crontab -r -u [user]	crontab file	crontab -l

Заметка
Если не указано ни одного аргумента при использовании команды удаления, она удаляет файл crontab текущего пользователя.

Заметка
Fcron также имеет символьную ссылку с crontab на fcrontab.

Перед использованием какой-либо из этих команд, нужно сперва понять работу самого crontab. В каждой строке файла crontab нужно указать пять полей со временем в следующем порядке: минуты (0-59), часы (0-23), дни месяца (1-31), месяцы (1-12), и дни недели (0-7, Понедельник - 1, Воскресенье - 0 и 7). Дни недели и месяцы могут быть указаны трехбуквенными сокращениями, например mon,tue,jan,feb, и т.д. Каждое поле также может указывать диапазон значений (напр. 1-5 или mon-fri), список значений, разделенный запятыми (напр. 1,2,3 или mon,tue,wed) или диапазон значений с шагом (напр. 1-6/2 как 1,3,5).

Звучит немного запутанно, но на нескольких примерах нетрудно увидеть, что это не так сложно, как кажется.

КОД Примеры

# Запускать /bin/false каждую минуту круглый год
*     *     *     *     *        /bin/false
  
# Запускать /bin/false в 1:35 в mon,tue,wed (понедельник, вторник, среду) и 4-й день каждого месяца
35    1     4     *     mon-wed  /bin/false
  
# Запускать /bin/true в 22:25 на 2-е Марта
25    22    2     3     *        /bin/true
  
# Запускать /bin/false в 2:00 каждый Понедельник, Среду и Пятницу
0     2     *     *     1-5/2    /bin/false

Заметка
Обратите внимание, как нужно записывать дни недели и дни месяца перед тем, как их сгруппировать. Если использовать * только для одной категории, другие возьмут приоритет, в то время как * для обоих просто означает каждый день.

Чтобы протестировать только что изученное, давайте разберем по шагам фактический ввод нескольких заданий cron. Для начала, создайте файл с названием crons.cron и приведите его к следующему виду:

ФАЙЛ crons.cronСоздание файла crons.cron

#Минуты  Часы  Дни   Месяцы  Дни недели
10     3      1      1       *       /bin/echo "Мне действительно не нравится cron"
30     16     *      1,2     *       /bin/echo "Мне нравится cron немного"
*      *      *      1-12/2  *       /bin/echo "Мне нравится cron в самом деле"

Теперь добавьте этот crontab в систему с помощью команды Новый crontab из таблицы выше.

root #crontab crons.cron

Заметка
На самом деле, не будет видно результата работы этих echo-команд, если только не используется перенаправление.

Чтобы проверить запланированные задачи cron, мы используем соответственную команду Перечислить cron-jobs из таблицы выше.

root #crontab -l

Список напоминающий crons.cron должен быть показан. Если этого не произошло, возможно, использовалась неверная команда для ввода файла crontab.

Этот файл заданий crontab должен выводить "Мне нравится cron в самом деле" каждую минуту каждый час каждого дня каждого второго месяца. Очевидно, что пользователю следует это делать только если ему действительно понравился cron. Этот crontab также выведет "Мне нравится cron немного" в 16:30 каждый день в Январе и Феврале. Он также будет выводить "Мне действительно не нравится cron" в 3:10 1-го Января.

Если используется anacron, то следует продолжить чтение этого раздела. Иначе, перейдите к следующему разделу Редактирование crontabs.

Пользователи Anacron, возможно, захотят отредактировать /etc/anacrontab. Этот файл имеет четыре поля: количество дней перед каждым запуском, задержка в минутах после которой он запускает задания, имя задания, и команда для запуска.

Например, чтобы заставить его запускать команду echo "Мне нравится anacron" каждые 5 дней и 10 минут после того как запущен anacron, следует ввести следующее:

ФАЙЛ /etc/anacrontab

5 10 wasting-time /bin/echo "Мне нравится anacron"

Anacron завершается после того, как сделаны все задания, перечисленные в файле anacrontab. Чтобы проверить, есть ли задания для ежедневного выполнения, нам потребуется использовать cron. Инструкции в конце следующего раздела покажут как это сделать.

Редактирование crontabs

Все же, давайте будем реалистами. Наверное нет пользователей, которые хотят, чтобы система сообщала им каждую минуту как сильно они любят cron. Как шаг вперед, давайте удалим этот crontab, используя соответствующую команду Удалить crontab из таблицы выше. Используйте соответствующую команду для получения списка задач cron, чтобы убедиться что команда сработала.

root #

crontab -d

root #crontab -l

no cron jobs долно быть показано в качестве результата работы команды crontab -l. Если был показан список заданий, это значит, что команда удаления не смогла удалить crontab; проверьте, что используется правильная команда Удалить для этого пакета cron.

Теперь, когда мы можем начать с чистого листа, давайте поместим что-нибудь полезное в файл crontab принадлежащий root. Большинство пожелает запускать команду updatedb еженедельно, чтобы убедиться, что mlocate работает как надо. Чтобы добавить это в системный crontab, давайте сначала отредактируем файл crons.cron заново, чтобы он принял следующий вид:

КОД Настоящий crontab

22 2 * * 1    /usr/bin/updatedb

Это заставит cron запускать updatedb в 2:22 A.M. утром в понедельник каждую неделю. Теперь можно ввести этот crontab с помощью команды Новый crontab из таблицы выше, и проверить список снова.

root #

crontab crons.cron

root #crontab -l

Теперь, давайте предположим, что нужно добавить команду emerge --sync к ежедневному выполнению, чтобы сохранить дерево Portage всегда в свежем виде. Это можно сделать сперва отредактировав файл crons.cron и затем используя команду crontab crons.cron так, как в примере ранее, или используйте соответствующую команду Редактировать crontab из таблицы выше. Это предоставляет способ редактировать crontab пользователя в любом месте, вне зависимости от внешних файлов, наподобие crons.cron .

root #crontab -e

Эта команда должна открыть crontab пользователя в редакторе. Например, если команда emerge --sync будет выполняться каждый день в 6:30 A.M., сделайте чтобы crontab выглядел так:

КОД Настоящий crontab

22 2 * * 1    /usr/bin/updatedb
30 6 * * *    /usr/bin/emerge --sync
## (если используется anacron, добавьте эту строчку)
30 7 * * *    /usr/sbin/anacron -s

И снова, проверьте список заданий cron, так же, как делали в предыдущих примерах, чтобы убедиться что задания запланированы. Если все они перечислены там, то система готова к рок-н-роллу.

Использование cronbase

Как упомянуто ранее, все доступные пакеты cron зависят от sys-process/cronbase. Пакет cronbase создает /etc/cron.{hourly,daily,weekly,monthly}, и скрипт, называемый run-crons. Заметьте, что файл /etc/crontab по умолчанию содержит что-то в этом роде:

КОД Системный crontab по умолчанию

*/15 * * * *     test -x /usr/sbin/run-crons && /usr/sbin/run-crons
0  *  * * *      rm -f /var/spool/cron/lastrun/cron.hourly
0  3  * * *      rm -f /var/spool/cron/lastrun/cron.daily
15 4  * * 6      rm -f /var/spool/cron/lastrun/cron.weekly
30 5  1 * *      rm -f /var/spool/cron/lastrun/cron.monthly

Чтобы избежать углубления в излишние подробности, предположим, что эти команды будут фактически запускать ваши сценарии каждый час, день, неделю и месяц. Этот метод планирования задач cron имеет несколько важных преимуществ:

они будут запускаться даже когда компьютер был выключен, в то время, когда им было необходимо выполниться;
облегчается работа сопроводителей пакета по размещению сценариев в тех хорошо определенных местах;
администратор точно знаете где хранятся задачи cron и crontab, что делает легким процесс создания резервных копий и восстановления этой части системы.

Заметка
И снова, полезно отметить, что cronie и bcron автоматически считывают содержимое файла /etc/crontab, в то время как dcron и fcron — нет. В разделе Системный файл crontab это описано подробнее.

Использование anacron

Как было упомянуто ранее, anacron используется на системах, не предназначенных для непрерывной работы (подобно большинству настольных компьютеров). Его файл конфигурации по умолчанию, /etc/anacrontab, обычно выглядит так:

ФАЙЛ /etc/anacrontab

SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
# format: period delay job-identifier command
1       5       cron.daily      run-parts /etc/cron.daily
7       10      cron.weekly     run-parts /etc/cron.weekly
30      15      cron.monthly    run-parts /etc/cron.monthly

Главным различием между этим файлом crontab и другими является то, что у anacron-а нет фиксированной даты/часа для планирования работы, но только период между каждым запуском. Когда anacron запущен, он проверит содержимое набора файлов в /var/spool/anacron и вычислит, не истекла ли соответствующая запись в файле конфигурации с момента предыдущего запуска. Если это произошло, то команда вызывается снова.

В заключение, важно закомментировать какие-либо совпадающие записи в любом другом cron, установленном на системе, так, как в следующем примере с файлом crontab программы vixie-cron:

ФАЙЛ /etc/crontab

# for cronie

# Глобальные переменные
SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
HOME=/
  
# Проверка сценариев в cron.hourly, cron.daily, cron.weekly и cron.monthly
59  *  * * *    root    rm -f /var/spool/cron/lastrun/cron.hourly
#9  3  * * *    root    rm -f /var/spool/cron/lastrun/cron.daily
#19 4  * * 6    root    rm -f /var/spool/cron/lastrun/cron.weekly
#29 5  1 * *    root    rm -f /var/spool/cron/lastrun/cron.monthly
#*/10  *  * * * root    test -x /usr/sbin/run-crons && /usr/sbin/run-crons
@hourly         root    test ! -e /var/spool/cron/lastrun/cron.hourly && touch /var/spool/cron/lastrun/cron.hourly && run-parts --report /etc/cron.hourly

Без этого, части daily, weekly и monthly будут выполняться - в разное время — как демоном cron, так и anacron, приводя к возможным повторениям выполнения работ.

Устранение проблем

Если появляются проблемы во время работы cron, этот краткий список может быть полезным.

Запомните, каждый пакет cron отличается от других, и диапазон возможностей сильно разнится. Проконсультируйтесь с man-страницами для crontab, fcrontab или anacrontab, в зависимости от того, какой cron демон используется.

Cron запущен?

Чтобы убедиться, что cron работает, посмотрите, если он в списке процессов:

user $ps ax | grep cron

'/var/spool/cron/crontabs' is not a directory

Ensure that the user is in the "cron" group. Remember to log out and log; in order for the group changes to take effect. If that did not work, ensure that the username is in /etc/cron.allow. And if that didn't work, set crontab to be suid root.

root #chmod u+s /usr/bin/crontab

Cron работает?

Попробуйте следующее:

КОД Пример файла crontab для того, чтобы проверить работает ли cron

* * * * * /bin/echo "foobar" >> /tmp/file_you_own.log

Затем проверьте модифицируется ли файл /tmp/file_you_own.log периодически.

Работает ли команда из задачи cron?

То же самое, что и раньше, но также перенаправьте стандартный вывод ошибок:

КОД Пример файла crontab для того, чтобы проверить работает ли cron

* * * * * /bin/echo "foobar" >> /tmp/file_you_own 2>&1

Может ли cron запустить задание?

Проверьте лог-файл cron, обычно /var/log/cron.log или /var/log/messages, на ошибки.

Появляются ли какие-нибудь файлы dead.letter

Cron обычно отправляет сообщение в случае проблемы; проверьте почту и ~/dead.letter файл.

Почему письма cron не отправляются?

Чтобы получать почту от cron, должен быть правильно установлен и настроен MTA. Такая возможность предоставляется любым пакетом из virtual/mta.

Если почтовые сообщения cron отправляются только локально, а не через полностью настроенный почтовый сервер, система может использовать почту mbox (/var/spool/mail), включив USE-флаг mbox в соответствующим пакете, который предоставляет MTA.

Внешние ресурсы

https://crontab.guru/
This page is based on a document formerly found on our main website gentoo.org.
The following people contributed to the original document: Eric Brown, Xavier Neys,
They are listed here because wiki history does not allow for any external attribution. If you edit the wiki article, please do not add yourself here; your contributions are recorded on each article's associated history page.