Архив форумов ЦИТФорума

[atlantic]

Как перенаправить stdio и stderr задачи которая запускается crontab?
Скрипт csh(си шельный), когда его запускаю непосредственно с терминала то stdio и stderr перенаправляются в файл, а когда этот же скрипт запускается crontab'ом, то весь вывод stdio и stderr присылается по почте, и не попадает log файл. В скрипте запускается wget.
скрипты:

[VeL]

А если попробовать сделать что то похожее на:

скрипты:

[atlantic]

[Andrew Grekhov]

[and3008]

Давайте я поясню.

Набираем man bash и читаем раздел REDIRECTION

Там описано как осуществлять перенаправление потоков ввода, вывода и вывода потока ошибок. Каждому потоку присваетсся цифра (дескриптор).
0 - всегда относится к потоку ввода (stdin)
1 - всегда к потоку вывода (stdout)
2 - всегда к потоку ошибок (stderr)

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

Вот как это делать надо:

0 2 * * * run_wget_script 1>>nohup.out 2>&1

[and3008]

Про nohup:

Эта прога позволяет запустить скрипт или ПО и "оторвать" его от пользовательского терминала. Софт или скрипт будет продолжать выполняться даже если закрыть сессию SSH или даже консоль.

При запуске из crontab все и так запускается без привязки к терминалу. Поэтому применять в crontab-е nohup не имеет никакого смысла.

Еще раз, кто не понял. Поключаясь к терминалу запускается bash (sh, tcsh, ksh). Запуская из терминала ваши команды система ставит их в зависимость от того, откуда она была запущена. bash является родителем этих процессов. Если закрыть (убить) ваш процесс bash, то система уничтожит и все процессы, которые он породил.

nohup позволяет "оторвать" эту зависимость. Процесс пускается в "свободное" плаванье и становится независимым от родителя процессом. Или с точки зрения системы он такой же, как и ftpd, named, sshd...

Понятно о чем я?

[atlantic]

[atlantic]

[and3008]

Покажите сюда результат команды env

[atlantic]

[and3008]

Ну а что за версия UNIX у вас?

sh от Linux, Solaris, FreeBSD, Tru64 имеют отличия.

В env интересовала переменная SHELL.

[atlantic]

[and3008]

Рецепт из книжки "UNIX: The Complete Reference, Second Edition".

В bash, sh, ksh перенаправление потока ошибок в стандартный поток вывода делается конструкцией 2>&1

В csh, tcsh такой фокус не проходит. Файл для потока ошибок и файл для стандартного вывода должны быть разными файлами.

Пример:
(ls -l > /dev/tty) >& errorfile

stdout вывалится в консоль, а ошибки в файл errorfile

Однако если почитать документацию, то можно подумать, что можно сделать финт ушами. Типа так:
(ls -l > myfile) >>& myfile

Опасность сего поведения в том, что если пойдут сперва ошибки, то они запишутся в файл, а вот попытка создать файл для потока вывода окончится неудачно и команда не выполнится. Это мое IMHO, я его не проверял. Кому интересно, проверьте.

Когда-то давным давно оболочка у UNIX-ов была одна и называлась наверно sh. Потом любимые shell-ы стали отличаться. Но чтобы не путаться в системе всегда имется симлинк sh -> любимый шелл.
В Linux это bash, в Tru64 это ksh, в BSD это tcsh.