По ману крон должен раз в минуту перечитывать содержимое crontab, в том числе и /etc/cron.d/*. Он так и делает. Только вот он смотрит на время изменения каталога cron.d а не на время изменения файлов внутри каталога. То есть если файлы внутри cron.d пересоздавать, то они изменяют время модификации каталога и крон их перечитывает. А если просто изменять - то время изменения каталога не меняются и крон считает, что неча ему там смотреть. Возможно это "фича", но, imho, это баг =/
Серёж, не смотрел на текущий часом?
(In reply to comment #1) > Серёж, не смотрел на текущий часом? Этот баг добавляется патчем vixie-cron-4.1.20040916-owl-crond.patch, который, судя по history, обновлялся с 2004 года ровно один раз и по абсолютно другой причине. Так что баг актуален должен быть всё ещё актуален.
2 ldv: баг/фича/багофича/отдам?
(В ответ на комментарий №3) Судя по тому, что баг висит 4 года он явно никому не critical.
Угу.
Благодаря этой баге, задание выполнилось нескорректированным. (Изначально задание было записано в файл /etc/cron.d/rsync, затем подправлено.) По системным логам, изменения задания не были замечены. Только - после рестарта службы crond. Прошу исправить слежку.
(В ответ на комментарий №6) > Прошу исправить слежку. Vixie-cron применяется также в Debian 7 (пакет cron, информация по man). Там такой баг не воспроизводится: задания автоматически корректируются после изменения файла /etc/cron.d/* без дополнительных действий.
В man у Debian написано такое: Like /etc/crontab, the files in the /etc/cron.d directory are monitored for changes. In general, the system administrator should not use /etc/cron.d/, but use the standard system crontab /etc/crontab. То есть хотя поддержка и есть, они предлагают их не использовать почему-то. Ну в Debian есть несколько патчей для правильной поддержки run-parts: https://launchpadlibrarian.net/188407008/cron_3.0pl1-127ubuntu1.diff.gz
