Как заставить правильно выполняться bash-скрипт в crontab?

Question

[Николай Шевцов]

Приветствую!
ОС FreeBSD 7.3
Bash скрипт вручную отрабатывает без всяких проблем:

#!/bin/bash
        ret=$(ps aux | grep [s]cript | wc -l)
        if [ "$ret" -eq 0 ]
then {
        echo "Running script"
        sleep 1  #delay
        script.sh start
        exit 1
}
else
{
        echo "EXIT. script already running!"
        exit 1
}
fi;

Но в crontab'е он никак правильно работать не хочет. Как бы я его туда не добавлял. Скидывал вывод значения переменной ret из него в лог, и она в любом случае оказывается равна нулю, хотя на деле это не так. PATH в задание крона добавлял.

SHELL=/bin/bash
MAILTO=[e-mail]
PATH=/sbin:/bin:/usr/sbin:/usr/local/sbin:/usr/local/bin:/home/admin/bin
* * * * * /usr/local/script.sh

Абсолютные пути к ps, grep и wc прописывал. Всё бесполезно. Куда копать?

Comments

[Antony Ryabov]

вы пишите костыль, используйте init скрипт или systemd

[3vi1_0n3]

Добавьте в лог вывод env, посмотрите, в чем разница. И фигурные скобки можно убрать, они не особо там нужны

[Николай Шевцов]

Antony Ryabov: Костыль, да. Но временно, до поднятия нового сервера. Вы имеете в виду написать скрипт с бесконечным циклом? А systemd на freebsd 7.3 возможна?

[Николай Шевцов]

3vi1_0n3: добавлял, вы имеете в виду разницу в переменной PATH или вообще всех переменных?

[3vi1_0n3]

coliator: Вообще всех

[Николай Шевцов]

3vi1_0n3:
это из крона:
SHELL=/bin/bash
MAILTO=[e-mail]
USER=root
PATH=/sbin:/bin:/usr/sbin:/usr/local/sbin:/usr/local/bin:/home/admin/bin
PWD=/root
HOME=/root
SHLVL=2
LOGNAME=root
_=/usr/bin/env

а это из шелла:
TERM=xterm
SHELL=/bin/bash
SSH_CLIENT=192.168.200.5 30854 22
SSH_TTY=/dev/ttyp0
LC_ALL=ru_RU.KOI8-R
USER=admin
ENV=/home/admin/.shrc
PAGER=more
FTP_PASSIVE_MODE=YES
MAIL=/var/mail/admin
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/home/admin/bin
BLOCKSIZE=K
PWD=/etc/rc.d
EDITOR=vi
LANG=ru_RU.KOI8-R
HOME=/root
SHLVL=2
LOGNAME=admin
SSH_CONNECTION=192.168.200.5 30854 192.168.0.13 22
_=/usr/bin/env

[3vi1_0n3]

coliator: А тут что? /home/admin/.shrc

[Николай Шевцов]

3vi1_0n3:
set -o emacs
йalias h='fc -l'
alias j=jobs
alias m=$PAGER
alias ll='ls -laFo'
alias l='ls -l'
alias g='egrep -i'

Answer 1

[Николай Шевцов]

Всем спасибо за советы, жаль только что они не помогли.
Выяснить почему оператор "-eq" отрабатывал неправильно мне так и не удалось. Поэтому сравнение стал делать другим способом и всё из-под cron заработало корректно.

#!/bin/bash
if [ -z "$(pgrep -f [s]cript)" ]
then {
        echo $(date +%Y-%m-%d:%k:%M:%S) "Running script" >> /var/log/script_log
        sleep 1  #delay
        /usr/local/script.sh start
        exit 1
} else {
        echo $(date +%Y-%m-%d:%k:%M:%S) "EXIT. script already running!" >> /var/log/script_log
        exit 1
}
fi

Answer 2

[Denis Verbin]

По моему у вас проблема в пути к файлу script.sh

Comments

[Николай Шевцов]

почему? он же запускается

Answer 3

[athacker]

Как минимум, в PATH у вас не хватает /usr/bin. Между тем:

% whereis grep
grep: /usr/bin/grep /usr/share/man/en.UTF-8/man1/grep.1.gz /usr/src/usr.bin/grep

Comments

[Николай Шевцов]

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

[athacker]

coliator: Я не силён в bash. А точно там такая нотация: ret=$(ps aux | grep [s]cript | wc -l)

В csh просто по-другому, там это выглядело бы как
ret=`ps aux | grep [s]cript | wc -l`

Ну и стоит убедиться, что в кронтабе этот скрипт таки выполняется именно из bash. Так как по умолчанию кронтаб запускает /bin/sh. Добавьте в скрипт какое-нибудь логирование, из-под какой оболочки скрипт этот выполняется.

[Николай Шевцов]

athacker:
проверил:
конструкция ` ` работает идентично $( ).
echo $SHELL > /var/log/... в скрипте выдает /bin/bash

[athacker]

coliator: Добавьте перед проверкой значения переменной ret строчку:

echo $ret >> ~/log.txt

После того, как скрипт отработает по крону -- посмотрите, что там в логе будет. Ну и посмотрите почту root'a -- там будет письмо с экранным выводом процесса запуска этого скрипта кроном. Что там пишется по этому поводу?

[Николай Шевцов]

athacker: я это всё уже делал, $ret всё время 0 возвращает почему-то

Answer 4

[Eddy_Em]

Чтобы crond не убивал скрипт, нужно "оторвать" этот скрипт: например, запустить его через nohup и в фоне.
А вообще, лучше его запускать из inittab, пометив как respawn, чтобы init перезапустил скрипт в случае, когда тот отвалится. Если перезапуск не нужен, можно вообще по-человечески сделать: написать простую init-обертку и запихать туда, где ваши скрипты для текущего уровня запуска лежат.

Comments

[Николай Шевцов]

к сожалению это не Linux

[Eddy_Em]

coliator: можно подумать, в BSD система инициализации настолько убогая, что там так нельзя сделать!

[Николай Шевцов]

Японский Городовой: можно, но зачем, если есть cron? надо только разобраться что не так