Summary: | stat()'ается /etc/cron.d а не /etc/cron.d/* | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | drF_ckoff <dfo> |
Component: | vixie-cron | Assignee: | placeholder <placeholder> |
Status: | NEW --- | QA Contact: | qa-sisyphus |
Severity: | normal | ||
Priority: | P2 | CC: | anton, george, glebfm, lav, ldv, mike, placeholder |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux |
Description
drF_ckoff
2005-01-21 12:25:07 MSK
Серёж, не смотрел на текущий часом? (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 |