Использование SSH для удаленного запуска процесса

Я написал скрипт, который я использую для отправки и развертывания новой службы на нескольких машинах, находящихся под моим контролем, и для выполнения процесса я использую ssh для удаленного запуска процесса. К сожалению, всякий раз, когда я использую SSH для запуска процесса, команда SSH никогда не возвращается, в результате чего скрипт останавливается.

Команда указывается как: ssh $ user @ $ host "/ root / command &". Всякий раз, когда я запускаю простые команды, такие как ps или who, команда SSH возвращается немедленно, однако, когда я пытаюсь запустить процесс, она не возвращается. Я пробовал такие хитрости, как завершение процесса в простой сценарий bash, который запускает процесс и затем завершается, однако при этом также зависает команда SSH (даже если сценарий bash отображает сообщение об успешном завершении и завершается нормально).

Кто-нибудь знает, что вызывает такое поведение, и как я могу получить команду SSH, чтобы вернуться, как только процесс был запущен?

Спасибо за ваши идеи!

SSH соединяет stdin, stdout и stderr удаленной оболочки с вашим локальным терминалом, чтобы вы могли взаимодействовать с командой, которая выполняется на удаленной стороне.

Как побочный эффект, он будет продолжать работать до тех пор, пока эти соединения не будут закрыты, что происходит только тогда, когда удаленная команда и все ее дочерние элементы (!) Завершены (потому что дочерние элементы, которые запускаются символом «&», наследуют std * от своих родительский процесс и держать его открытым).

Так что вам нужно использовать что-то вроде

ssh user@host "/script/to/run < /dev/null > /tmp/mylogfile 2>&1 &"

<,> И 2> & 1 перенаправляют stdin / stdout / stderr из вашего терминала. «&» Затем заставляет ваш скрипт перейти на задний план. В процессе производства вы, конечно, перенаправляете stdin / err в подходящий лог-файл.

Видеть

http://osdir.com/ml/network.openssh.general/2006-05/msg00017.html

Редактировать:

Только что выяснил, что < /dev/nullвыше не является необходимым (но перенаправление stdout / err есть ). Понятия не имею, почему ...

Вы можете попробовать nohup . Man nohup для более подробной информации.

ssh host "nohup script &"

Если вы хотите сохранить вывод на удаленном компьютере, вот вариант .

ssh user@host 'export REMOTE=myname; nice nohup ./my-restart >
logfile.log 2>&1 &'

Другой альтернативой было бы запустить отдельный screen(1), что-то вроде:

ssh -l user host "screen -d -m mycommand"

Это запустит отдельный экран (который фиксирует все взаимодействия внутри него), а затем сразу же вернется, завершив сеанс ssh.

С немного большей изобретательностью вы можете решать довольно сложные удаленные вызовы команд таким образом.

 -f      Requests ssh to go to background just before command execution.
         This is useful if ssh is going to ask for passwords or
         passphrases, but the user wants it in the background.  This
         implies -n.  The recommended way to start X11 programs at a
         remote site is with something like ssh -f host xterm.

         If the ExitOnForwardFailure configuration option is set to “yes”,
         then a client started with -f will wait for all remote port for‐
         wards to be successfully established before placing itself in the
         background.

Я думаю, что правильный путь будет

ssh user@host exec script.sh &