alyuka 11.12.2013 01:57
Есть проблема! — Не могу приручить crontab
Есть скрипт для проброса портов через ssh, он работает. Решил поставить скрипт в крон. Пробовал писать полные пути, кавычки где только можно - скрипт не работает.
1 |
#!/bin/sh
|
в кроне так
1 |
SHELL=/bin/sh
|
citi7en 11.12.2013 17:42 #
+ 0 -
Похоже на то, что вы просто отредактировали файл /etc/crontab. В этом случае изменения не вступят в силу, пока кронтаб сервис не будет перезапущен, если не ощибаюсь. Однако, более "правильный" способ, -- это использовать
для модификации крон-заданий.
|
|
Другие скрипты запускаются. Из скрипта не выполняется именно эта часть. Пробовал вызывать скрипт, который вызывает этот, результат тот же.
Запусти
ssh -vv -L 192.168.0.7:1234:10.0.0.1:80 [email protected]
и посмотри что получается.
Большинство проблем с кроном, по моему опыту, в неправильных переменных окружения. Вполне возможно, что какая-то одна переменная, которая выставляется у тебя в ~/.bash_profile, ~/.bashrc или ещё где влияет на выполнения команды. Проверь окружение.
ssh -vv -L 192.168.0.7:1234:10.0.0.1:80 [email protected]
и посмотри что получается.
Большинство проблем с кроном, по моему опыту, в неправильных переменных окружения. Вполне возможно, что какая-то одна переменная, которая выставляется у тебя в ~/.bash_profile, ~/.bashrc или ещё где влияет на выполнения команды. Проверь окружение.
Запускаюсь от рута. Скрипт работает без крона как надо. Если прописываю полные пути, то ничег не меняется.
В логах без ругательств.
В логах без ругательств.
/USR/SBIN/CRON[7132]: (root) CMD (/root/status.sh)
Пробовал преобразовывать код в C, с помощью shc. Та же проблема. Т.е. какая-то проблема в способе вызова, а не длине строки.
Естественно попробовал со полными путями.
Естественно попробовал со полными путями.
1 |
#!/bin/sh
|