Usando SSH para iniciar remotamente um processo

Eu escrevi um script que estou usando para enviar e implantar um novo serviço em várias máquinas sob meu controle e, para executar o processo, estou usando o ssh para iniciar remotamente o processo. Infelizmente, sempre que eu uso o SSH para iniciar o processo, o comando SSH parece nunca retornar, causando a interrupção do script.

O comando é especificado como: ssh $ user @ $ host "/ root / command &". Sempre que executo comandos simples, como ps ou who, o comando SSH retorna imediatamente, no entanto, quando tento iniciar meu processo, ele não retorna. Eu tentei truques como agrupar meu processo em um script bash simples que inicia o processo e sai, no entanto, isso também trava o comando SSH (mesmo que o script bash faça eco de uma mensagem de sucesso e saia normalmente).

Alguém tem alguma idéia do que está causando esse comportamento e como posso obter o comando SSH para retornar assim que o processo foi iniciado?

Obrigado por suas idéias!

O SSH conecta stdin, stdout e stderr do shell remoto ao seu terminal local, para que você possa interagir com o comando que está sendo executado no lado remoto.

Como efeito colateral, ele continuará sendo executado até que essas conexões sejam fechadas, o que ocorre apenas quando o comando remoto e todos os seus filhos (!) Foram finalizados (porque os filhos, que é o que "&" inicia, herdam std * de seus processo pai e mantenha-o aberto).

Então você precisa usar algo como

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

Os <,> e 2> & 1 redirecionam stdin / stdout / stderr para longe do seu terminal. O "&" faz com que seu script vá para segundo plano. Na produção, é claro que você redirecionaria stdin / err para um arquivo de log adequado.

Vejo

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

Editar:

Acabei de descobrir que o < /dev/nullacima não é necessário (mas redirecionar stdout / err é ). Não faço ideia porque ...

Você pode tentar nohup . Homem nohup para mais detalhes.

ssh host "nohup script &"

Se você deseja manter a saída na máquina remota, aqui está uma variante .

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

Outra alternativa seria iniciar um desanexado screen(1), algo como:

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

Isso iniciará uma tela desanexada (que captura toda a interação dentro dela) e retornará imediatamente, encerrando a sessão ssh.

Com um pouco mais de habilidade, você pode resolver chamadas de comandos remotos bastante complexas dessa maneira.

 -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.

Eu acho que a maneira correta seria

ssh user@host exec script.sh &