Проблема в том, что скрипт успешно запускается из root'овой консоли, но не хочет выполняться через cron (тоже от root'а)
Какие обычно происходят проблемы с cron'ом?
Проблема в том, что скрипт успешно запускается из root'овой консоли, но не хочет выполняться через cron (тоже от root'а)
Какие обычно происходят проблемы с cron'ом?
Типичнейшей причиной, приводящей к описанным симптомам является отсутствие (или несовпадение значений) используемых переменных окружения.
Выполни (через cron) следующий скрипт:
#!/bin/sh
#
set > /var/log/cron.envlist
exit 0
После чего # set > term.envlist
И медитировать над diff /var/log/cron.envlist term.envlist.
ЗЫ: Да, и проверить факт [попытки] выполнения скрипта по логам тоже будет не лишним. Ибо /etc/crontab.
Это --- очевидно подсказка из лога (Кстати, ты ведь конечно поленился настроить /var/log/crond.log? :) Нехорошо...).
Но ты побори соблазн лёгких путей и выполни таки рекомендацию.
Оно тебе пригодится. Не сейчас, так потом (хотя бы на этапе переписывания нерабочего скрипта)...
а правило прописано в
а правило прописано в /etc/crontab или через crontab -e ?
crontab -e
crontab -e
.
Типичнейшей причиной, приводящей к описанным симптомам является отсутствие (или несовпадение значений) используемых переменных окружения.
Выполни (через
cron) следующий скрипт:После чего
# set > term.envlistИ медитировать над
diff /var/log/cron.envlist term.envlist.ЗЫ: Да, и проверить факт [попытки] выполнения скрипта по логам тоже будет не лишним. Ибо
/etc/crontab.:wq
--
Live free or die
/usr/sbin/iprules: line 14:
Точно, спасибо
Попрошу не халявить!
Это --- очевидно подсказка из лога (Кстати, ты ведь конечно поленился настроить
/var/log/crond.log? :) Нехорошо...).Но ты побори соблазн лёгких путей и выполни таки рекомендацию.
Оно тебе пригодится. Не сейчас, так потом (хотя бы на этапе переписывания нерабочего скрипта)...
:wq
--
Live free or die