Crontab никогда не работает в /etc/cron.d

32

Вот что я сделал на Debian Jessie:

установить cron через apt-get install cron
положить backup_crontabфайл в/etc/cron.d/

Однако задача никогда не выполняется.

Вот некоторые выводы:

/# crontab -l
no crontab for root

/# cd /etc/cron.d && ls
backup_crontab

/etc/cron.d# cat backup_crontab
0,15,30,45 * * * * /backup.sh >/dev/null 2>&1

Что-то нужно сделать, чтобы активировать конкретный crontab или активировать «службу» cron сам по себе?

debian cron

— Дживан
источник

4

Что если он работает и завершается с ошибкой, которую вы не видите, потому что перенаправляете весь вывод в / dev / null? :)

— Тинк

@tink можно ли вместо этого добавить вывод в конец файла?

— Дживан

2

уверенный; 0,15,30,45 * * * * /backup.sh >> / tmp / testing_cron.out 2> & 1

— tink

@Jivan, просто небольшая заметка: ls /etc/cron.dэквивалентно с cd /etc/cron.d && lsточки зрения производства. Разница лишь в том, что рабочий каталог не изменится.

— Дрю Чапин

49

Файлы /etc/cron.dнеобходимо также перечислить пользователя о том , что работа должна быть запущена под.

т.е.

0,15,30,45 * * * * root /backup.sh >/dev/null 2>&1

Вы также должны убедиться, что права доступа и владелец: группа установлены правильно ( -rw-r--r--и принадлежат root:root)

— Стивен Харрис
источник

16

crontab -lотчеты о записях cron в /var/spool/cron/crontabs/- т.е. crontabs на пользователя . /etc/cron.dфайлы являются системными crontabs и не сообщаются crontab -l.

— Стивен Харрис

5

На самом деле я упомянул, что это не работает, но я только что понял, что это после добавления rootв файл - просто crontab -lне упомянул об этом, как вы объяснили почему - спасибо за вашу помощь

— Дживан

9

кажется, что имя файла также играет роль. В моем случае я добавил etc/cron.dфайл с точкой в середине имени, и задание так и не было выполнено, пока я его не переименовал

— рис.

20

та же проблема здесь, тире "-" в имени файла, изменение их на подчеркивания "_" решили проблему, задания выполнялись немедленно.

— Роб

1

У меня тоже была тире ... что за .... почему ?! В любом случае, спасибо @Rob

— Николай Димитров

8

Еще я заметил, что файл /etc/cron.dне может иметь расширение. В моем конкретном случае у меня была символическая ссылка:

# my-job.crontab
* * * * * root echo "my job is running!" >> /tmp/my-job.log

$: ln -sf /home/me/my-job.crontab /etc/cron.d/
# This did not work -> job would not run

$: ln -sf /home/me/my-job.crontab /etc/cron.d/my-job
# This did work -> job ran fine

Ограничения имен файлов задокументированы на странице руководства по части выполнения: http://manpages.ubuntu.com/manpages/xenial/man8/run-parts.8.html , можно передать параметр --regex для переопределения формата файла.

Однако поведение cron по умолчанию осталось без расширений, см. Комментарии по адресу : https://bugs.launchpad.net/ubuntu/+source/debianutils/+bug/38022.

— Rodrigo-Силвейра
источник

Чувак, ты спас мой день!

— elboletaire

2

Это верно в Ubuntu (возможно, во всех дистрибутивах, производных от Debian). В Amazon Linux (и, возможно, во всех дистрибутивах, созданных на Redhat), у вас может быть точка в имени файла. Спасибо Unix.SE.

— Закон 29

Я только что проверил чистый Debian, и точки там тоже не работают. Тире работают (в отличие от того, что написано выше).

— Закон 29

4

Я думаю, что вы, вероятно, просто пропустили необходимую пустую строку в конце вашего файла cron. У меня была та же проблема, но после проверки всего перечисленного здесь (пользовательские права, имя файла, версия cron и т. Д.) Я понял, что после последней записи в моем /etc/cron.d/own_cronфайле не было разрыва строки, и это приводит к игнорированию всего файла.

— slac1024
источник

2

Если вы единственный пользователь на этом компьютере, вы можете использовать только crontab -e. Вам будет предложено выбрать редактор при первом запуске команды. Затем вы можете добавить это к нему:

0,15,30,45 * * * * /backup.sh >/dev/null 2>&1

Если вы переключитесь на учетную запись обычного пользователя, вам нужно будет использовать sudo crontab -eдля настройки сценариев, которые вы хотите запускать по расписанию root.

crontab -lотображает только текущий crontab, как только вы настроите его с помощью crontab -e. Если у вас есть файл cron в /etc/cron.d/, он не будет отображаться с crontab -l.

Вы также должны убедиться , что ваш скрипт исполняемым: chmod +x /backup.sh.

— CLK
источник

1

спасибо - в этом случае crontab установлен в контексте, Dockerfileтак что я не могу этого сделать crontab -e- но в любом случае это полезная информация

— Jivan

2

Для Cron из * bian distros (например, Raspbian) вам нужно включить -lпараметр демона Cron. Это целесообразно сделать с помощью /etc/default/cronконфигурационного файла, включив EXTRA_OPTS.

— постучать по дереву
источник

Это было опровергнуто, но в некоторых случаях оно является правильным, хотя и не объяснено. В дистрибутивах на основе Debian -lопция для демона cron авторизует расширенный набор имен файлов в /etc/cron.dкаталоге, поэтому, если файл игнорируется, поскольку в нем есть точка, то либо «добавление -l», либо «удаление точки» исправит проблему.

— Закон 29

1

Проверьте вашу версию cron.

Кажется, что если вы используете crond Диллона, вам не нужен пользователь в /etc/cron.dзаписи.

Я понял это после того, как чуть не выдернул оставшиеся волосы.

У меня есть несколько записей, которые были /etc/cron.dдобавлены различными установками. После некоторого расследования я обнаружил, что один из них работает. У него не было пользователя. Таким образом, я взял пользователя из других. И они начали работать.

— Джеймс Нельсон
источник