Remotely Executing a background command

[NolanPL]

I have a function in place which ssh's into a remote machine and executes a command, this has worked great, but now I have a process that has to be run in the background on the remote machine, and the function waits on the return value of the program like any system call does. I send the command to the remote system as system("ssh root@ip $command") where command is of the sort ./sleepwake (args) & The command executes, but I need it to return a value and continue running. Any ideas?

[BrowserUk]

Use an inline thread:

use threads;

...

my $pid :shared;
my $tid = async{
    ## Removed 'my' below. Thanks Jettero.
    $pid = system("ssh root@ip ./sleepwake (args) &"); 
    $pid = 0;
    return $?;
};

...

## kill 2, $pid if $pid;

...

unless( $pid ) 
    my $result = $tid->join;
    ## do something;
}

...

[moritz]

Returning a value and running in the background seems contradictory to me. If you send a job to the background you're explicitly not waiting for a result.

For running something in the background on the remote host after your ssh connection has terminated, take a look at nohup and screen.

[Bloodnok]

...and if you want the status code of a background command, use wait(1).

HTH more :-)

[starX]

Why not fork off a child process after confirming your ssh connection is successful. Have the child process execute the command you need to check the return value of, and then signal the parent that it (the child) was successful, and that the parent is free to do its thing.

Disclaimer, I've never done this in Perl before, but it works splendidly in C. On POSIX compliant systems, at least. You might want to give perlipc a read if you think this interprocess communication route might be the way for you to go.

[massa]

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

IOW:

system ssh => 'root@ip' => $command

... and you can drop the "&" in $command.

[tilly]

Let me describe your problem to see if I correctly understand what is going on.

Your problem is that you want to run a program on another machine, and you want your program to not wait for it. What you're doing is sshing into that machine, running your command in the background, and exiting. Your problem is that the ssh shell stubbornly will not return until the subprocess is all done, which means that you're waiting for the process to finish, which is what you didn't want.

If that is what is happening, then the simplest solution is to use the at command in this form.

ssh root@ip 'echo $command | at now'

This will queue up the job to run using the batch system immediately. Your ssh session should return immediately. Depending on how cron has been configured, any output likely comes to someone in email.