Вопросы Теги

Как я узнаю, почему крон не выполняет мои задания?

Корневые серверы не ответят на запросы для доменов, для которых они не являются авторитетными. При выполнении команды без +norecurse аргумента она должна возвратить список направлений для .it домена. Вы никогда не будете получать рекордный ответ от Корневых серверов.

15
12.05.2014, 10:19
4 ответа
[1129151] Я решил эту проблему, изменив разрешения на [1129764]/etc/crontab[1129765] на следующие:[12243] Ранее это было [1129766]-rw-rw-r--[1129767]. Это было единственное изменение. Теперь оно не работает. До сих пор не знаю почему.[1129154]
0
27.01.2020, 19:50
[115628] Чтобы в дальнейшем помочь вам отладить, что не так с вашими заданиями [116101] cron[116102], вы должны проверить вашу почту. Обычно она хранится в файле типа [116103]/var/mail/<имя_пользователя>[116104] или [116105]/var/spool/mail/<имя_пользователя>[116106].

  1. Эти два файла на самом деле являются жесткими ссылками на мой ящик Debian, но я не знаю, является ли это стандартным.

  2. Объяснение

    • Со страницы [116109]cron(8)[116110]:
    • При выполнении команд любой вывод отправляется по почте владельцу команды кронтаб (или пользователю, названному в переменной окружения MAILTO в параметре crontab, если таковой существует).
4
27.01.2020, 19:50
[115614] Вы показали, что для root нет crontab, есть ли у кого-нибудь из пользователей запись в crontab? Если вы используете только root, то вы можете также проверить следующие каталоги: /etc/cron.daily/ - /etc/cron.hourly/ - /etc/cron.month/ - /etc/cron.weekly

на моей машине (centos 6.4) у меня есть mlocate.cron внутри каталога /etc/cron.daily/ и cron запускает этот скрипт ежедневно.

поэтому я думаю, что вам просто нужно добавить задания cron.[115619]

0
27.01.2020, 19:50

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

Это может быть связано с синтаксисом crontab -e , который отличается от / etc / crontab .

0
27.01.2020, 19:50

Теги

Похожие вопросы