Verwenden von SSH zum Remote-Starten eines Prozesses

Ich habe ein Skript geschrieben, mit dem ich einen neuen Dienst auf mehrere von mir kontrollierte Maschinen pushe und verteile. Um den Prozess auszuführen, verwende ich ssh, um den Prozess remote zu starten. Leider scheint der SSH-Befehl immer dann, wenn ich SSH zum Starten des Prozesses verwende, nie zurückzukehren, was dazu führt, dass das Skript blockiert.

Der Befehl wird wie folgt angegeben: ssh $ user @ $ host "/ root / command &". Wenn ich einfache Befehle wie ps oder who ausführe, wird der SSH-Befehl sofort zurückgegeben. Wenn ich jedoch versuche, meinen Prozess zu starten, wird er nicht zurückgegeben. Ich habe versucht, meinen Prozess in ein einfaches Bash-Skript zu packen, das den Prozess startet und dann beendet. Dabei bleibt jedoch auch der SSH-Befehl hängen (auch wenn das Bash-Skript eine Erfolgsmeldung ausgibt und normal beendet wird).

Hat jemand einen Einblick, was dieses Verhalten verursacht und wie ich den SSH-Befehl zurückgeben kann, sobald der Prozess gestartet wurde?

Vielen Dank für Ihre Erkenntnisse!

SSH verbindet stdin, stdout und stderr der Remote-Shell mit Ihrem lokalen Terminal, sodass Sie mit dem Befehl interagieren können, der auf der Remote-Seite ausgeführt wird.

Als Nebeneffekt wird es so lange ausgeführt, bis diese Verbindungen geschlossen wurden. Dies geschieht nur, wenn der Remote-Befehl und alle seine untergeordneten Elemente (!) Beendet wurden (da die untergeordneten Elemente, mit denen "&" beginnt, std * von ihren erben) übergeordneter Prozess und lassen Sie ihn offen).

Also musst du sowas benutzen

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

<,> Und 2> & 1 leiten stdin / stdout / stderr von Ihrem Terminal weg. Das "&" bewirkt dann, dass Ihr Skript in den Hintergrund tritt. In der Produktion würden Sie stdin / err natürlich in eine geeignete Logdatei umleiten.

Sehen

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

Bearbeiten:

Habe gerade herausgefunden, dass das < /dev/nullobige nicht notwendig ist (aber das Umleiten von stdout / err ist ). Keine Ahnung warum ...

Du könntest nohup versuchen . Man nohup für mehr Details.

ssh host "nohup script &"

Wenn Sie die Ausgabe auf dem Remote-Computer behalten möchten, finden Sie hier eine Variante .

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

Eine andere Alternative wäre es, eine abgetrennte zu zünden screen(1), so etwas wie:

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

Dies startet einen getrennten Bildschirm (der die gesamte Interaktion in ihm aufzeichnet) und kehrt dann sofort zurück und beendet die ssh-Sitzung.

Mit etwas mehr Einfallsreichtum können Sie auf diese Weise recht komplexe Remote-Befehlsaufrufe lösen.

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

Ich denke der richtige Weg wäre

ssh user@host exec script.sh &