29

I'm launching a distant script through SSH like this:

ssh user@ipaddress '~/my_script.sh'

Everything is going fine but once the script is finished, the connection is not closed. I Have to press CTRL-C to break the current connection.

I've tried the "exit" command in '~/my_script.sh' and it's useless. I've tried the "logout" command in '~/my_script.sh' and I get a message:

logout: not login shell: use exit

...

Any idea how I could do to close automatically and properly the SSH once the script is done?

(Modification for clarification :) Here's what's inside my script :

#!/bin/sh
path_sources_qas=/sources/QuickAddress/
path_qas_bin=/usr/bin/qas

umount_disque_qas()
{
  # Umount du disque 'qas' s'il n'avait pas été 'umount' :
  nom_disque_monte=`cat /etc/mtab | grep qas | awk '{ print $2}'`
  if [ "$nom_disque_monte" != "" ]
  then
    echo "For safety, umount : $nom_disque_monte"
    umount $nom_disque_monte
  fi

}

# Umount twice (we never know if a st***d guy mounted it twice) :
umount_disque_qas
umount_disque_qas

echo "--------------------------------"
echo "Install ISO quick address..."
nom_fichier_iso=`ls -t $path_sources_qas | awk '{if (NR==1) {print $1}}'`
echo "Mount disk $nom_fichier_iso..."
mount -o loop -t iso9660 $path_sources_qas/$nom_fichier_iso /mnt/qas
echo "Done."

# All the folders are like this :
# /usr/bin/qas/Data.old.10
# /usr/bin/qas/Data.old.11
# /usr/bin/qas/Data.old.12
# ...

echo "--------------------------------"
echo "Stopping QuickAdress server..."
cd $path_qas_bin/apps/
./wvmgmtd shutdown qaserver:2021
sleep 3
echo "Done."

# Get last number of the folder:
num_dernier_dossier_backup=`ls -Atd $path_qas_bin/Data.old* | awk '{if (NR==1) {print $1}}' | awk -F . '{print $NF}'`
# Add 1 :
let "num_dernier_dossier_backup += 1"
# Full name :
nom_dossier_backup=Data.old.$num_dernier_dossier_backup
echo "--------------------------------"
echo "Saving Data to $nom_dossier_backup..."
cd $path_qas_bin
mv Data $nom_dossier_backup
echo "Done."


echo "--------------------------------"
echo "Copying new folder Data..."
cd $path_qas_bin
cp -r /mnt/qas/Data .
echo "Done."

echo "--------------------------------"
echo "Deleting unused datas..."
cd $path_qas_bin/apps/
rm -f $path_qas_bin/Data/frxmos.dap
echo "Done."

echo "--------------------------------"
echo "Restart server..."
cd $path_qas_bin/apps/
./qaswvd &
sleep 3
echo "Done."
sleep 3

echo "--------------------------------"
echo "Check: server state: you should read 'OK':"
./wvmgmtd srvlist
echo "Done."

echo "--------------------------------"
echo "Check: active licences (only one here):"
./wvmgmtd licencelistread qaserver:2021
echo "Done."

echo "--------------------------------"
echo "Check: counters: number of addresses left:"
./wvmgmtd counterinforead qaserver:2021
echo "Done."

echo "--------------------------------"
echo "Check: Datasets avalaibles:"
./wvmgmtd datalistread current qaserver:2021
echo "Done."

echo "--------------------------------"
echo "Check: "meters" for "licence by click":"
./wvmgmtd meterslistread current qaserver:2021
echo "Done."

echo "--------------------------------"
echo "Removing virtual disk..."
umount_disque_qas
echo "Done."

echo "All done"
echo "Click 'Ctrl-C' to quit."

exit

When I launch it through SSH, it runs and at the end, I read "All done." so this means it reaches the last 2 lines.

Any idea how I could do to close automatically and pr

6
  • 1
    What's in the script? Nov 5, 2010 at 13:31
  • @Olivier: Do you forward any ports (including the agent and X)? The ssh connection is closed when the command terminates and all TCP connections have been closed. Nov 5, 2010 at 20:56
  • @Gilles : nope I just make a shell connexion to run a script, nothing is forwarded. Nov 9, 2010 at 21:43
  • 1
    @Olivier: If you have a ~/.ssh/config, try without it, and pass the options -a -x (and no -o) to ssh to make sure there's no forwarding going on. If it still doesn't work, show the contents of the script. Nov 9, 2010 at 22:49
  • @Olivier: does the script start any background job it may be waiting on? Unfortunately jobs does not seem to return anything when in an ssh script. Example: ssh <yourusername>@localhost '(ls; sleep 10 &); echo Done; jobs' will list files, display done and wait 10 seconds before returning.
    – asoundmove
    Dec 7, 2010 at 12:38

7 Answers 7

25

The exit in the shell script does not work because it is exiting from the script, not the shell. To exit from the shell after the script completes do

ssh user@ipaddress '~/my_script.sh && exit'

This will run the script then exit from the shell.

10
  • 3
    It should be exiting. The script is the shell. Nov 5, 2010 at 16:12
  • @Dennis: It isn't working for him so this may work instead.
    – Wuffers
    Nov 5, 2010 at 16:27
  • 2
    @Mr. Man: Your command is equivalent to the original, except that it forces a shell to exist between sshd and the shell running myscript.sh. The exit you wrote will act when the script exits, which doesn't help. The only way your solution could work is if the script does something bizarre when its parent is sshd and doesn't do that bizarre thing when its parent is a shell. Nov 5, 2010 at 20:55
  • How does it not help? Exit will close the shell and end the connection, correct? And is this not what the poster wants to do?
    – Wuffers
    Nov 5, 2010 at 20:59
  • 3
    @MrMan: ~/my_script.sh && exit exits as soon as ~/my_script.sh exits. If the shell script didn't exit, your command would never get to the exit bit anyway. So it's just useless. Nov 9, 2010 at 22:43
12

The ssh connection remains open when the process started by ssh (here, a shell) exits, if there are other processes that are still using it. I don't know the exact rules that the ssh daemon follows, but a connection is in use, at least, if the standard output of any child process is still connected to the original pipe provided by ssh. Compare:

ssh somehost 'sleep 5 &'  # exits after 5 seconds
ssh somehost 'sleep 5 >/dev/null &'  # exits immediately seconds

When you start a daemon, you should background it and close its file descriptors. At least, use this:

./qaswvd </dev/null >/dev/null 2>/dev/null &

You may want to add nohup in front; it won't make a difference here but would be useful if the script was run from a terminal. Many programs that are designed to act as daemon have a command-line options to get them to fork, close file descriptors, ignore signals and other niceties. Check in the qaswvd documentation if it has one. You could also investigate “daemonizer” utilities.

1
  • Had the same problem, and this works. The accepted answer do not work.
    – Andy
    Mar 20, 2018 at 13:22
7

I saw this post when I googled for the solution of the same situation. Although it's kinda late to solve @Oliver's problem, since the accepted answer was clearly not working either to OP or me (don't know why it's accepted), I'd still like to post my own solution for future googler. It's simple: add a -f option in ssh command:

ssh -f user@ipaddress '~/my_script.sh'

EDIT

The effect of -f option is to put ssh in the background, so without any further option added it is possible that the connection is still alive even it seems that it's broken. One may refer to the answer given in another post on this site if interested.

1
  • 2
    Caution: This (-f) will not work if the original script has prompt(s) for user input.
    – madD7
    Feb 12, 2018 at 8:11
3

Like Ignacio, I'm curious to know what's in your script.

Perhaps you could try and reduce your script to the smallest possible example that produces the error condition.

Or start from an empty script and add a command at a time until you see the problem, then you'll know what command causes your script to lock up.

If the empty script causes you a problem, you might want to investigate your ssh configuration, for example, is .bash_logout or some such called on exit that may cause an issue?

4
  • Thank you for your suggestion, I've now added the sample of my script in my question. Dec 7, 2010 at 8:57
  • @Olivier: You've added only irrelevant parts of your script. Post a script (and usage instructions if necessary) that would allow readers to reproduce your problem. Simplify the script as much as possible, but no further. Dec 7, 2010 at 20:24
  • @Gilles Thank you. I've modified my question and added the whole script. Hope this helps. It seems that the problem may be the fact that I'm launching a background process (the line "./qaswvd &"). Could this be the origin of the problem? Jan 20, 2011 at 8:40
  • 1
    @Olivier: Yes, your main process will wait for the background process to stop before exiting. If you want something to keep running after you exit, you might want to try nohup. Not sure it works with ssh though, but give it a try it won't hurt.
    – asoundmove
    Jan 20, 2011 at 13:24
3

You're going to need to kill your parent process from within your script.

kill -SIGHUP $PPID

1
  • Aha! Here's the actual answer to make the script itself terminate the SSH session.
    – BuvinJ
    Mar 31, 2021 at 17:43
2

You may probably use jobs in your script. If that is the case shell just waits for your jobs to be finished and doesn't want to detach itself.

I'm not gonna repost, just will forward you http://en.wikipedia.org/wiki/Nohup#Existing_jobs

3
  • I've modified my question and added the whole script. Hope this helps. It seems that the problem may be the fact that I'm launching a background process (the line "./qaswvd &"). If you're right, this could be the origin of the problem? Jan 20, 2011 at 8:43
  • The backgrounded process is the problem, but nohup isn't directly the issue here as there is no terminal on the server side: I think the culprit is specifically the open file descriptor. Jan 22, 2011 at 18:18
  • Yep, I think that is the problem, you can try to comment that or apply the hack from the link above Jan 30, 2011 at 17:58
0

The problem is likely the following line.

./qaswvd &

This command is probably still running and will keep the ssh pipe open until stdin and stdout & stderr are closed.

Use this instead:

./qaswvd </dev/null >/dev/null 2>&1 &

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .