Usar SSH para iniciar un proceso de forma remota

He escrito un script que estoy usando para impulsar e implementar un nuevo servicio en varias máquinas bajo mi control, y para ejecutar el proceso estoy usando ssh para iniciar el proceso de forma remota. Desafortunadamente, cada vez que uso SSH para iniciar el proceso, el comando SSH nunca parece regresar, lo que hace que el script se detenga.

El comando se especifica como: ssh $ user @ $ host "/ root / command &". Cada vez que ejecuto comandos simples, como ps o who, el comando SSH regresa inmediatamente, sin embargo, cuando intento iniciar mi proceso, no regresa. He intentado trucos como envolver mi proceso en una secuencia de comandos bash simple que inicia el proceso y luego se cierra, sin embargo, esto también bloquea el comando SSH (incluso si la secuencia de comandos bash tiene un mensaje de éxito y sale normalmente).

¿Alguien tiene alguna idea de lo que está causando este comportamiento y cómo puedo hacer que el comando SSH regrese tan pronto como se haya iniciado el proceso?

Gracias por tus ideas!

SSH conecta stdin, stdout y stderr del shell remoto a su terminal local, para que pueda interactuar con el comando que se ejecuta en el lado remoto.

Como efecto secundario, seguirá ejecutándose hasta que se hayan cerrado estas conexiones, lo que ocurre solo cuando el comando remoto y todos sus elementos secundarios (!) Han finalizado (porque los elementos secundarios, que es lo que inicia "&", heredan std * de su proceso principal y mantenerlo abierto).

Entonces necesitas usar algo como

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

<,> Y 2> & 1 redirigen stdin / stdout / stderr lejos de su terminal. El "&" luego hace que su script pase al fondo. En producción, por supuesto, redirigiría stdin / err a un archivo de registro adecuado.

Ver

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

Editar:

Acabamos de descubrir que la < /dev/nullanterior no es necesario (pero redirigir stdout / err es decir ). No tengo idea de por qué ...

Podrías intentar nohup . Hombre nohup para más detalles.

ssh host "nohup script &"

Si desea mantener la salida en la máquina remota, aquí hay una variante .

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

Otra alternativa sería encender un desapegado screen(1), algo como:

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

Esto iniciará una pantalla separada (que captura toda la interacción dentro de ella) y luego regresará inmediatamente, finalizando la sesión ssh.

Con un poco más de ingenio, puede resolver llamadas de comandos remotos bastante complejas de esta manera.

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

Creo que la forma correcta sería

ssh user@host exec script.sh &