Cron/ru

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

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

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

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

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

vixie cron
Vixie cron - это полноценная реализация программы cron, основанная на SysV cron. Каждый пользователь имеет свой собственный файл заданий crontab, и ему разрешается указывать переменные среды внутри этого файла. В отличие от других видов cron, он также предлагает поддержку SELinux и PAM. Он поддерживает меньшее количество архитектур чем Dcron, но большее по сравнению с Fcron.

Возможности :


 * Поддержка SELinux;
 * Поддержка PAM ;
 * Установка переменных среды в файлах заданий crontabs (PATH, SHELL, HOME, etc.);
 * У каждого пользователя может быть личный файл заданий crontab; доступ контролируется файлами и

cronie
Cronie это ответвление от vixie-cron сделанное дистрибутивом Fedora. Так как это ответвление, у данной программы имеется тот же набор возможностей оригинального vixie-cron. Дополнительно, cronie имеет реализацию anacron, которую можно включить с помощью USE флага.

dcron (Dillon's Cron)
Dcron стремится быть простой, элегантной и безопасной реализацией программы cron. Он не разрешает установку переменных среды в файлах crontabs и все задания cron запускаются из. Как и vixie-cron, каждый пользователь имеет свой собственный файл заданий crontab.

Возможности :


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

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

Возможности :


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

bcron
Bcron - это новая система cron, разработанная с учетом безопасности ее работы. Чтобы добиться этого, система поделена на несколько отдельных программ, каждая из которых отвечает за отдельное задание, со строго контролируемым сообщением между ними. Пользовательский интерфейс представляет собой несущественное изменение интерфейсов для подобных систем (таких как vixie-cron), но внутренние части программы сильно отличаются. Чтобы получить больше информации, проконсультируйтесь с главной страницей bcron по адресу http://untroubled.org/bcron.

Возможности :


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

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

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

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

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

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

Системный файл crontab
Послеустановочные сообщения от некоторых пакетов cron могут сообщить пользователю запустили crontab /etc/crontab. Файл - это системный crontab. Установка cron может использовать его вместе с для запуска сценариев в. Заметьте, что только vixie-cron и cronie планируют задания в автоматически. Пользователям dcron и fcron потребуется запускать crontab /etc/crontab каждый раз при внесении изменений в файл.

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

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

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

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

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

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

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

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

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

Например, чтобы разрешить доступ пользователю wepy, добавьте его в  как показано ниже:

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

Перед использованием какой-либо из этих команд, нужно сперва понять работу самого 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).

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

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

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

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

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

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

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

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

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

Anacron exits after all of the jobs in anacrontab have finished. To check to see if these jobs should be performed every day, a cron daemon will be used. The instructions at the end of the next section explain how this should be handled.

Редактирование crontabs
Being realistic, no user would want their system telling them how much they like cron every minute. As a step forward, remove the previous example crontab using the corresponding remove command from the table above. Use the corresponding list command to view the cron-jobs afterward to make sure it worked.

No cron-jobs should be displayed in the output from crontab -l</tt>. If cron jobs are listed, then the remove command failed to remove the crontab; verify the correct remove command for the system's cron package.

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

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

Now let's say emerge --sync</tt> should be ran on a daily schedule in order to keep the Portage tree up to date. This could be done by first editing and then using crontab crons.cron</tt> as was done in the example above, or by using the proper edit command from the table above. This provides a way to edit the user's crontab in situ, without depending on external files like.

The above command should open the user's crontab with an editor. For example, if emerge --sync</tt> is to be run every day at 6:30 A.M., make the crontab look something like this:

Again, check the cron-jobs list as done in the previous examples to make sure the jobs are scheduled. If they are all there, then the system is ready to rock and roll.

Использование cronbase
Как упомянуто ранее, все доступные пакеты cron зависят от. Пакет cronbase создает, и сценарий, называемый. Заметьте, что файл по умолчанию содержит что-то в этом роде:

To avoid going into much detail, assume these commands will effectively run hourly, daily, weekly and monthly scripts. This method of scheduling cron-jobs has some important advantages:


 * They will run even if the computer was off when they were scheduled to run;
 * It is easy for package maintainers to place scripts in those well defined places;
 * The administrators know exactly where the cron-jobs and crontab are stored, making it easy to backup and restore these parts of their systems.

Использование anacron
As mentioned earlier, anacron is used on systems not meant to be run continuously (like most of the desktop installations). Its default configuration file,, is usually similar to the following:

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

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

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

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

Удачи!

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

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

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

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

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

Может ли cron запустить задание?
Проверьте лог-файл cron, обычно или, на ошибки.

Появляются ли какие-нибудь файлы
cron usually sends mail when there is a problem; check for mail and look for the creation of a file.

Альтернативы заданиям Cron
Some hosting companies do not allow access to cron, but many cron jobs alternatives can be found which are free or commercially available:


 * EasyCron