Где хранятся задания cron?

Question

[Оптимус Пьян]

Нужно добавить много однотипных cron-задач. Соответственно вручную через панель управления делать это не слишком охота. Может они хранятся в каком-то файле, который можно скачать, подправить в notepad, залить обратно?

Answer 1

[Оптимус Пьян]

Правильный ответ /var/spool/cron

Comments

[Дмитрий Вапельник]

это не самый корректный способ редактирования заданий для cron поскольку в этой директории хранятся
1. в CentOS - по одному файлу на пользователя с его заданиями, которые он добавил с помощью команды crontab
2. с Debian/Ubuntu - папки для каждого пользователя
Настоятельно не рекомендую влезать в эту директорию и править что-то там руками. Это все равно, что править файл /etc/sudoers без visudo

[Оптимус Пьян]

Дмитрий Вапельник: ну да у меня CentOS там по 1 файлу на пользователя. А что делать если задания надо оптом добавить или убрать?

[Дмитрий Вапельник]

Дмитрий: если вы имеете права рута, то используйте директорию /etc/cron.d

[Оптимус Пьян]

Дмитрий Вапельник: но в ней же нет заданий...

[Дмитрий Вапельник]

Дмитрий: если их там нет, то это не значит, что их туда нельзя добавить. задания добавляюсь в файлы с описанием заданий в виде
00 01 * * * rusty /home/rusty/rusty-list-files.sh
[schedule] [user] [command]
удобство в том, что Вы можете из коммандной оболочки bash (прямо из баш-скрипта) копировать-удалять подготовленные файлы заданий
в случае же если Вам руками можно/нужно редактировать задания для cron, то лучше использовать crontab
на самом деле можно делать как-угодно и как удобно, но советую делать так и опыт показывает, что удобнее телать так

[Pista]

А какие правам на файл с заданиями должен быть?

Answer 2

[Дмитрий Вапельник]

в Unix задачи cron-а лежат в нескольких местах:
1. /etc/cron.d - здесь можно создавать файлы с заданиями крону, которые он будет загружать и исполнять по указанному расписанию. в этих файлах нужно указывать пользователя, от имени которого будет исполнено задание
*/10 * * * * root /root/backup.db.sh
2. /etc/cron.daily, /etc/cron.hourly, /etc/cron.monthly, /etc/cron.weekly - здесь кладем скрипты, которые будут исполняться ежедневно, ежечасно, ежемесячно и еженедельно. это такие себе подготовленные расписания, которые подгружаются и исполняются в определенное время
3. crontab -e - исполнение этой команды с ключом откроет текстовый редактор для редактирования заданий крону текущего пользователя. будьте внимательны - эти задания относятся к текущему пользователю и будут исполняться от его имени
соответственно, самый просто способ для динамического редактирования заданий для крона - это манипуляция с заданиями в /etc/cron.d

Answer 3

[FanatPHP]

У тебя вопрос по панели управления для клиентов системы "Йа с понтом хостер-криворучко". Cpanel и вот это вот всё.

К тегу unix оно не имеет ни малейшего отношения.
потому что в юникс можно написать
crontab список_заданий.txt
и все загрузить.
А куда грузить в твоей панели - надо спрашивать пользователей панели, а не юникса.

Впрочем, в любом случае если у тебя там " много однотипных cron-задач", то ты все делаешь неправильно.

Comments

[Оптимус Пьян]

А по существу можно?

[Дмитрий]

Вы в своей манере)) но может у парня один скрипт с кучей разных параметров, а как сделать проверку на уже запущенный экземпляр с конкретным параметром - он не знает, уровень допустим не тот. Хотя я согласен, что "куча однотипных задач" звучит пугающе - ведь давно есть массивы, циклы для перебора значений в одном скрипте. Да и логику надо писать так, чтобы однотипные задачи решались по очереди одним обработчиком.

[Оптимус Пьян]

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

[Дмитрий]

Дмитрий: вы слышали в этом случае про set_time_limi(0) ? А при запуске скрипта прроверяйте, что он уже исполняется например через ps -ax | grep, и если уже есть экземпляр, то break нового инстанса скрипта

[Оптимус Пьян]

Дмитрий: да я уже увеличил время set_time_limit мне не желательно что бы скрипт выполнялся слишком долго, поэтому я хоть его и увеличил но не бесконечно...

[FanatPHP]

Дмитрий: открою вам обои маленькую тайну: у консольных скриптов set_time_limi(0) стоит по умолчанию

[Дмитрий]

FanatPHP: like

[Оптимус Пьян]

FanatPHP: мне не нужен set_time_limi(0) а запуск из крона консольным считается?

[FanatPHP]

да, это и есть консольный запуск

[65536]

Дмитрий: я делал примерно как вот тут в пример #2 php.net/manual/ru/function.flock.php. нужно положить где-нибудь файл. в начале скрипта происходит попытка получить блокировку на него. если получилось, то скрипт выполняется, если нет, значит выполняется запущенный ранее процесс с этим скриптом и отдыхаем. вот не помню в какой версии пхп я так делал, написано что начиная с 5.3.2 нужно вручную снимать блокировку (закрывать файл) в конце выполнения всех дел скрипта. выходит что если вдруг скрипт клинанет, то файл останется заблокированным и новые попытки запуска будут обламываться. интересно снимется ли блокировка при внезапной смерти процесса

[Оптимус Пьян]

65536: интересный вариант, можно попробовать, правда такой проблемы у меня вроде нет что скрипт запускается когда предыдущий ещё не завершён

[65536]

Дмитрий: ну это для таких случаев когда скрипт может выполняться неизвестно сколько, рассылку слать по километровому списку, например. вот только с закрыванием нужно тестить. я нашел, это было в пхп меньше чем 5.3.2 и там блокировка сама снималась если процесс внезапно подыхал, я проверял. в новом пхп надо затестить. вот так проверка выглядела gyazo.com/f4a109e726795ca80902cb1fa1ca6cd1

[Оптимус Пьян]

65536: спасибо, сейчас заметил что на VDS ограничили количество дескрипторов и валится Too many open files in system если задач много становится

Answer 4

[Дмитрий]

Ну вообще-то, если у вас есть рут доступ, то /etc/crontab, как правило.

Comments

[Оптимус Пьян]

Да, рут есть конечно, сейчас глянем...

[Дмитрий]

Дмитрий: либо как написал FanatPHP через команду "crontab -l" просмотр, и через команду "crontab -e" редактирование.

[FanatPHP]

Дмитрий: ему не ручное редактирование нужно, а загрузка. И я ему написал, как делать загрузку. но он просит писать по делу. иногда мне кажется, что люди вокруг сошли с ума.

[FanatPHP]

ну или по крайней мере разучились читать

[Оптимус Пьян]

В etc есть файлы cron.deny (пустой) и crontab файл - в нём текущих задач нет, только Example of job definition и папки cron.weekly, cron.monthly, cron.hourly (пустые), cron.daily (несколько файлов)

[Дмитрий]

FanatPHP: так в crontab -e можно вставить скопированный из notepad код... Это конечно не прямое копировние файла, но все же

[Дмитрий]

Дмитрий: вы можете запихать ваши задачи в файл crontab , а потом установить этот файл командой (будучи в директории /etc) "crontab crontab" и проверить работоспособность.

[Оптимус Пьян]

Дмитрий: У меня сейчас crontab файл вот такой
SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
HOME=/

# For details see man 4 crontabs

# Example of job definition:
# .---------------- minute (0 - 59)
# | .------------- hour (0 - 23)
# | | .---------- day of month (1 - 31)
# | | | .------- month (1 - 12) OR jan,feb,mar,apr ...
# | | | | .---- day of week (0 - 6) (Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat
# | | | | |
# * * * * * user-name command to be executed

В нём нет активных cron-задач. Что вы предлагаете в него вставить?

[Дмитрий]

Дмитрий: смотрите чуть выше. А вообще предлагаю вставить ваши задачи в нужном синтаксисе кронтаба. Вы в курсе же по него?

[Оптимус Пьян]

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

[Оптимус Пьян]

Дмитрий: cron.daily я понимаю что за папка а cron.d не догоняю сделали бы хоть типа cron.user (пользовательские)

[Дмитрий]

Дмитрий: чуть выше - это я имел ввиду мой комментарий выше, а не по иерархии папок

Answer 5

[Ishayahu]

Если кто-то тоже ищет для freebsd - /var/cron/tabs/ (см man crontab)