[Comm] crontab don't work
Yura Kalinichenko
=?iso-8859-1?q?yuk_=CE=C1_kalina=2Ein=2Eua?=
Ср Дек 5 22:07:51 MSK 2007
Konstantin. A. Bylym пишет:
> Aleksander N. Gorohovski пишет:
>
>> Доброго времени суток сообщество!
>>
>> Подскажите почему может не работать
>> crontab
>> в ALT D4.0
>>
>> Задал к примеру выключение компа в 22:00
>> # crontab -e
>>
>> 0 22 * * * poweroff
>>
>> А ничего не происходит
>> :(
>>
>> # chkconfig
>> показывает, что crond работает 2345 on
>>
>
> Прошу прощения, а
> # service crond restart
> после изменения /etc/crontab ?
>
>
Блин, ну что за страна советов ? Человек же черным по белому пишет:
настройка выполняется командой `crontab -e`. В этом случае ни поле имени
пользователя не нужно - поскольку редактируется _пользовательский_
список заданий, находящийся в /var/spool/cron/<user>; ни перезапуск
чего-бы то ни было - поскольку перезапуск всего, что нужно, выполняется
самой командой по завершению редактирования. Ну почитайте же хоть
букварь какой-то по юниксу, прежде чем советы давать.
По сути:
1) установлен и настроен ли postfix ?
Попробуйте отослать письмо пользователю root и посмотрите его почту (или
пользователя, на которого перенаправляется почта рута). Там же должны
быть диагностические сообщения от crond c текстом, который выдается
запускаемой командой (poweroff в вашем случае) на стандартный вывод. И
вообще, когда-то было такое, что при отсутствии рабочей почтовой системы
crond не работал - возможно, и сейчас это так.
2) Просмотрите /var/spool/cron/root на предмет наличия непреднамеренно
внесенных редактором управляющих символов (редко, но бывает). Ну хотя бы
в mc: F3 -> F4
3) Проверьте работоспособность crond, скажем, такими заданиями:
* * * * * date >/tmp/date.txt
* * * * * date
В первом случае должен будет ежеминутно обновляться указанный файл, во
втором - отправляться письмо пользователю root
Ну и /var/log/cron/* всегда вам в помощь.
--
Yura Kalinichenko
Подробная информация о списке рассылки community