Не работает Cron

[samy]

В шелле захожу crontab -u root -e, прописываю задание. Но оно не выполняется. Синтаксис 100% правильный, так как у других людей пашет. Подскажите в чем может быть проблема?

Ось Debian GNU/Linux 4.0.

[Voice]

Глупо, но все же, а демон точно запущен?

[samy]

Конечно.

[nesk]

давайте конкретней.
Что именно пишите в кронтаб.
перезапустите cron
убедитесь что процесс действительно есть в памяти.
ps -ef | grep cron

[samy]

давайте конкретней.
Что именно пишите в кронтаб.
перезапустите cron
убедитесь что процесс действительно есть в памяти.
ps -ef | grep cron

Проверил. Процесс в памяти есть. Задание пишу так:

*/5 * * * * cd /home/user/program; /usr/local/bin/php task.php task.tsk

[nesk]

покажи tail /var/log/cron

[samy]

Кстати вот что странно так это то, что логов для крона не создается, то есть по адресу /var/log/cron.log - такого файла у меня щас просто нет. Это о чем то говорит?

[nesk]

покажи
grep cron /etc/syslog.conf

[samy]

покажи
grep cron /etc/syslog.conf

#cron.* /var/log/cron.log
cron,daemon.none;\

[nesk]

ну убери комментарий
cron.* /var/log/cron.log

[Delirious Stranger]

а у меня несколько иная проблема. в кронтабе юзеровском лежит задача, запускающая иксовую прогу. прога запускается, но вылетает. на mail идет ошибка вида:

Код: Выделить всё

From: root@laptop (Cron Daemon)
To: del@laptop
Subject: Cron <del@laptop> /usr/bin/xf_reload
Date: Tue, 27 Nov 2007 00:11:01 +0300


(xfdesktop:28054): Gtk-WARNING **: cannot open display:

[nesk]

а у меня несколько иная проблема. в кронтабе юзеровском лежит задача, запускающая иксовую прогу. прога запускается, но вылетает.

Конечно потому что откуда cron знает где у Вас х-сервер
у него же в окружении нет переменной DYSPALY
надо просто её определить в контексте выполняемого в кроне задания
ну незнаю.. хотя бы так:
DISPLAY=:0.0 дальше_ваша_иксовая_прога

[Delirious Stranger]

угу) спасибо) как раз уже успел сам додуматься=) сначала запускал просто скриптом.
и как раз додумался запихать в него "export DISPLAY=:0.0" =)

[samy]

ну убери комментарий
cron.* /var/log/cron.log

В смысле убрать комментарий это вот так чтоль: cron /var/log/cron.log

После запуска выдало: cron: can't lock /var/run/crond.pid, otherpid may be 22886: Resource temporarily unavailable

Или я не правильно вас понял?

[nesk]

нет, надо было убрать решётку:
было так :
#cron.* /var/log/cron.log
надо так
cron.* /var/log/cron.log


в любом случае :
man syslog.conf
man syslogd

[Portnov]

А еще может быть не разрешено использовать cron данному юзеру. См. /etc/cron.allow, /etc/cron.deny.

[nesk]

А еще может быть не разрешено использовать cron данному юзеру. См. /etc/cron.allow, /etc/cron.deny.

может быть, но обычно в этом случае об этом прямо сообщает команда crontab (при любой попытке работать с расписанием)
Если файла /etc/cron.allow не существует вообще, а файл /etc/cron.deny есть, но пустой, значит все пользователи могут работать с кроном.

[samy]

нет, надо было убрать решётку:
было так :
#cron.* /var/log/cron.log
надо так
cron.* /var/log/cron.log

Попробывал так. Выдало следующее: -bash: cron.*: command not found.

[nesk]

надо открыть редактором файл syslog.conf
sudo vi syslog.conf
там найти строку
#cron.* /var/log/cron.log
удалить #
cron.* /var/log/cron.log
выйти с сохранением и приказать демону syslogd перечитать файл с конфигурацией

[samy]

надо открыть редактором файл syslog.conf
sudo vi syslog.conf
там найти строку
#cron.* /var/log/cron.log
удалить #
cron.* /var/log/cron.log
выйти с сохранением и приказать демону syslogd перечитать файл с конфигурацией

Сделал все, кроме приказать демону syslogd перечитать файл с конфигурацией.

Извините не совсем понял что вы под этим имеете ввиду?

[nesk]

Извините не совсем понял что вы под этим имеете ввиду?

в памяти находиться процесс с именем syslogd, как раз он и ведёт этот журнал, как раз его конфигурацию мы и меняли. Но процесс в памяти, а конфигурация на диске в файле и надо сообщить процессу, что конфигурация изменилась.
Наверно надо послать сигнал sighup
Но можно просто перезапустить syslog
sudo /etc/init.d/syslog restart
наверно так

[samy]

Извините не совсем понял что вы под этим имеете ввиду?

в памяти находиться процесс с именем syslogd, как раз он и ведёт этот журнал, как раз его конфигурацию мы и меняли. Но процесс в памяти, а конфигурация на диске в файле и надо сообщить процессу, что конфигурация изменилась.
Наверно надо послать сигнал sighup
Но можно просто перезапустить syslog
sudo /etc/init.d/syslog restart
наверно так

Сделал. Файл cron.log в /var/log/ появился. Вот что есть в нем на данный момент:

Nov 27 17:25:01 my ip /USR/SBIN/CRON[29594]: (root) CMD (cd /path/program; /usr/local/bin/php task.php task.tsk)

[nesk]

ну типа крон работает
чего не так?

[samy]

ну типа крон работает
чего не так?

Хм, странно. А в проге потоки, которые он должен запускать не запускаются, а стоят. Вот собственно в этом и проблема.

Может попробывать прописать крон не из под рута?

[nesk]

что должно произойти в результате работы этих программ?
может дело в программах?

[samy]

что должно произойти в результате работы этих программ?
может дело в программах?

Нет проблема точно не в программах. Так как у другого человека при абсолютно такой же конфигурации все пашет нормально.

Единственное на что я еще щас думаю так это может дело в правах. Вообще крон в этом плане от них как то зависим нет?

[Terror]

Актуальная тема. У меня тоже проблема. Не выполняются скрипты. Даже из папок cron. В чем проблема может быть ?

Nov 27 01:10:01 srv crond[19471]: (root) CMD (/usr/lib/sa/sa1 1 1)
Nov 27 01:20:01 srv crond[19569]: (root) CMD (/usr/lib/sa/sa1 1 1)
Nov 27 01:30:01 srv crond[19667]: (root) CMD (/usr/lib/sa/sa1 1 1)
Nov 27 01:40:01 srv crond[19767]: (root) CMD (/usr/lib/sa/sa1 1 1)
Nov 27 01:50:01 srv crond[19867]: (root) CMD (/usr/lib/sa/sa1 1 1)
Nov 27 02:00:01 srv crond[19965]: (root) CMD (/usr/lib/sa/sa1 1 1)
Nov 27 02:01:01 srv crond[19976]: (root) CMD (run-parts /etc/cron.hourly)
Nov 27 02:10:01 srv crond[20073]: (root) CMD (/usr/lib/sa/sa1 1 1)
Nov 27 02:20:02 srv crond[20171]: (root) CMD (/usr/lib/sa/sa1 1 1)
Nov 27 02:30:01 srv crond[20269]: (root) CMD (/usr/lib/sa/sa1 1 1)
Nov 27 02:40:01 srv crond[20369]: (root) CMD (/usr/lib/sa/sa1 1 1)
Nov 27 02:50:02 srv crond[20469]: (root) CMD (/usr/lib/sa/sa1 1 1)
Nov 27 03:00:01 srv crond[20567]: (root) CMD (/usr/lib/sa/sa1 1 1)
Nov 27 03:01:01 srv crond[20578]: (root) CMD (run-parts /etc/cron.hourly)
Nov 27 03:10:01 srv crond[20673]: (root) CMD (/usr/lib/sa/sa1 1 1)
Nov 27 03:20:01 srv crond[20771]: (root) CMD (/usr/lib/sa/sa1 1 1)
Nov 27 03:30:01 srv crond[20869]: (root) CMD (/usr/lib/sa/sa1 1 1)
Nov 27 03:40:01 srv crond[20969]: (root) CMD (/usr/lib/sa/sa1 1 1)
Nov 27 03:50:01 srv crond[21069]: (root) CMD (/usr/lib/sa/sa1 1 1)
Nov 27 04:00:01 srv crond[21168]: (root) CMD (/usr/share/clamav/freshclam-sleep)
Nov 27 04:00:01 srv crond[21169]: (root) CMD (/usr/lib/sa/sa1 1 1)
Nov 27 04:01:01 srv crond[21182]: (root) CMD (run-parts /etc/cron.hourly)
Nov 27 04:02:01 srv crond[21198]: (root) CMD (run-parts /etc/cron.daily)
Nov 27 04:10:01 srv crond[21283]: (root) CMD (/usr/lib/sa/sa1 1 1)
Nov 27 04:20:01 srv crond[21386]: (root) CMD (/usr/lib/sa/sa1 1 1)
Nov 27 04:30:01 srv crond[21484]: (root) CMD (/usr/lib/sa/sa1 1 1)
Nov 27 04:40:01 srv crond[21584]: (root) CMD (/usr/lib/sa/sa1 1 1)
Nov 27 04:50:01 srv crond[21684]: (root) CMD (/usr/lib/sa/sa1 1 1)
Nov 27 05:00:01 srv crond[21782]: (root) CMD (/usr/lib/sa/sa1 1 1)

До этого все работало. Заметил когда логи ротейтится перестали, после перезагрузки машины логи заротейтились. Однако сарг не хочет запускатся. В ручную все отлично.

[konki]

у меня тоже крон в дебиане 4,0 не работал. даже тему на форуме заводил. из под убунты все работает, а вот под дебианом так и не завел.

[Ленивая Бестолочь]

Nov 27 17:25:01 my ip /USR/SBIN/CRON[29594]: (root) CMD (cd /path/program; /usr/local/bin/php task.php task.tsk)

вот тут не совсем понятно.
что это за /usr/local/bin/php?
у вас пхп както по-особому стоит?

может быть у "другого человека" другой дистрибутив и там php лежит не там, где у вас?

в дебиане должно быть примерно так:

Код: Выделить всё

sloth@misa:/$ which php
/usr/bin/php

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

[Sniff]

Убери расширение .php и все заработает.
Сам недавно наступил на эти грабли - полдня копал...