Работы Cron работают на 1 час, в общем несогласие с системными временами

Пример выпуска:

* 9 * * * echo 9 * 10 * * * echo 10 

Вышеуказанное будет отсылать электронное письмо пользователю каждую минуту, но все ответы «9» будут происходить в 10:00 -> 10:59, а «10» появятся в 11:00 -> 11:59 ,

Выполнение задания

 * * * * * /bin/date ; /bin/date -u 

Вернул ожидаемую (правильную) дату и время. это было верно как для UTC, так и для местного времени (Америка / Денвер). Измените это задание, чтобы запускать каждую минуту в определенный час, в результате смещения (заданий, которые должны выполняться в режиме 9 в 10 и т. Д. И т. Д.).

Текущая отладка, которую я выполнил:

Ладно, это странно. Может быть, мой файл часового пояса каким-то образом перепутался? Давайте проверим, что

 diff -s /etc/localtime /usr/share/zoneinfo/`cat /etc/timezone` Files /etc/localtime and /usr/share/zoneinfo/America/Denver are identical 

Я проверил аппаратные часы, чтобы убедиться, что это отключено или каким-то образом не согласуется с моими локальными настройками (выполняется от имени пользователя root).

 date ; hwclock Wed Oct 26 10:50:13 MDT 2016 Wed 26 Oct 2016 10:50:14 AM MDT -0.204171 seconds 

Похоже, что ушел на секунду, но это не должно заставлять мои задания cron работать в полном расписании, верно?

Я также уверен в следующем:

  • Недавно изменился ли часовой пояс? нет
  • Вы пытались вручную установить часовой пояс? да
  • Вы сбросили cron после установки часового пояса? да
  • Убедился ли я, что служба cron была перезапущена? да
  • Перезапустить службу cron? да
  • Вы действительно уверены, что cron был перезапущен? 100% уверен, что Cron был перезапущен

Другая потенциально релевантная информация:

Запуск Debian.

 cat /etc/debian_version 8.6 

Текущее ядро

 uname -a Linux BigBox 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt25-2 (2016-04-08) x86_64 GNU/Linux 

Обновлен отладка:

Ran 'hwclock –systohc', не заметные изменения в поведении. Выполните эту команду, чтобы проверить

 date;hwclock Wed Oct 26 12:39:09 MDT 2016 Wed 26 Oct 2016 12:39:11 PM MDT -0.875328 seconds 

Я не могу запустить 'cat / etc / sysconfig / clock', так как этот файл не существует. Запуск команды find под деревом / etc / tree для поиска «clock» подтверждает, что у меня нет файла по этому имени.

Проверено, было ли что-то, о чем я знаю, установил переменную CRON_TZ. Он не установлен на уровне пользователя, ни на уровне корней. Имейте cron echo они не дают выхода.

  • crontab -e не работает
  • В чем смысл косой черты в кронтабе?
  • Cron, crontab -e читает неверный файл
  • Скрипт запускается вручную, но не из cron
  • время cronjob 13 * * * *
  • crontab -e дает: / var / spool / cron /: mkstemp: разрешение отклонено
  • Как я могу запускать работу Cron каждые 5 дней
  • Как выполнить команду в cronjob для отображения вывода в терминале
  • One Solution collect form web for “Работы Cron работают на 1 час, в общем несогласие с системными временами”

    Еще одно место для поиска: сценарии запуска для загрузки для cron или старый файл crontab старой системы /etc/crontab . Возможно, что переменная окружения TZ установлена, скажем, /etc/init.d/cronie или /lib/systemd/system/crond.service , я не уверен, что Debian использует для init-системы.

    Я видел что-то вроде этого, когда я пытался crond работать каждый час:

     0 */2 * * * /opt/dbms/rainstor/archiving/ama_term 

    crond запускал скрипт в нечетные часы. Я подозревал, но никогда не доказывал, что это связано с путаницей летнего времени.

    Interesting Posts
    Linux и Unix - лучшая ОС в мире.