Я заметил, что задания в /etc/cron.d/ не выполняются, странно то, что сумма X будет работать, а остальные - нет.
Я читал комментарии людей о том, что они не используют '.' в именах файлов ни в одном из моих файлов нет точек.
Я также читал, что вы всегда должны помещать пустую строку в конце каждого файла, но это, похоже, не имело никакого значения.
В конце концов, я удалил ВСЕ комментарии из каждого файла в /etc/cron.d/, это обеспечило правильную работу всех заданий.
Cron не помещал сообщения об ошибках в / var / log / syslog или / var / log / messages, нет /var/log/cron(d).log
Кто-нибудь сталкивался с подобным раньше? Если да, то есть ли решение для комментирования, не вызывающего проблем?
Использовать # на начало строки для комментария.
Crontabs есть не Предполагается, что в конце должна быть пустая строка - возможно, они принимают это в последних выпусках (?), но долгое время это вызывало проблемы.
Обычно владельцу crontab отправляется письмо с выводом / проблемами. Если crontab принадлежит root, вам следует открыть свой почтовый ящик.
Быстрое обновление приведенных выше комментариев
@Dennis - Все они работали без проблем.
@Richard - Все штрафы содержали окончания строк Unix, если бы кто-нибудь из моих разработчиков использовал окончание строк Windows, они бы сразу почувствовали мой запрет.
Не было вывода или проблем, потому что файлы cron просто не запускались. Проверка почтовых ящиков была одной из моих первых идей.
Добавление простого - echo "file run"> / root / cron-has-work - к заданию подтвердило, что оно не работает, а также сидело и просматривало / var / log / syslog в одной оболочке и начало в другой подтвердило задания cron не Бег.
Спасибо за комментарий об использовании #, но я знаю, как комментировать файлы cron. = P