Bash snippet for killing a process until it's dead?

Question

I'm trying to write a robust bash script, and in it I create a background process. At the end of the script, I want to kill it. I have it's PID.

I was thinking of somthing like this

while [[ ps ef $PID ]] ; do
  kill $PID
  sleep 0.5
done

Any suggests for anything better? Any possible problems with this approach?

grawity: Thats just BSD style vs UNIX options, but ef does seem to fit better with the UNIX options. I would go with 'ps ao pid' myself — Kyle Brandt, Jul 23 '09 at 15:59
`while [[ ps ef $PID ]]` is a syntax error. I assume you meant `while ps ef $PID`. — Dennis, Jul 17 '17 at 15:37

score 11 · Accepted Answer · answered Jul 23 '09 at 16:18

The problem with repeatedly killing a process is that you've got a race condition with new process creation. It's not particularly likely, but it's possible that the process will exit and a new process start up with the same PID while you're sleeping.

Why are you having to repeatedly kill the process? If it's because the process will exit, but it may take some time to quit after receiving the signal, you could use wait:

 kill $PID
 wait $PID

In an ideal system, you'd never have to repeat a kill or issue kill -9 $PID. If you do have to, you might want to consider fixing whatever it is that you're running so you don't have to. In the meantime, you will probably not hit the race condition, and you can guard against it by (say) checking the timestamp of /proc/$PID/ just before killing the process. That's bad hackiness, though.

This doesn't work if the PID doesn't belong to a child process, i.e. this script is trying to control execution of a process that originated elsewhere. I get `bash: wait: pid 32137 is not a child of this shell` when i try. :( — Justin Force, Oct 11 '16 at 18:14

score 9 · Answer 2 · edited Apr 13 '17 at 12:14

For everyone recommending the step from kill $PID to kill -9 $PID, I'd have to remind you of Useless use of kill -9.

No no no. Don't use kill -9.

It doesn't give the process a chance to cleanly:

shut down socket connections

clean up temp files

inform its children that it is going away

reset its terminal characteristics

and so on and so on and so on.

Generally, send 15, and wait a second or two, and if that doesn't work, send 2, and if that doesn't work, send 1. If that doesn't, REMOVE THE BINARY because the program is badly behaved!

Don't use kill -9. Don't bring out the combine harvester just to tidy up the flower pot.

Now, I don't agree with the "remove the binary part", but the progression seems less damaging than just a kill -9.

I also agree with the care about race conditions on the creation of new processes with the same PID mentioned here.

score 0 · Answer 3 · answered Jul 23 '09 at 15:49

0

First do your normal kill, Sleep x number of seconds, and then kill -9 it if it still around. Also, this does seem like an odd situation you have gotten into, might want to explain to us the larger issue.

answered Jul 23 '09 at 15:49

Kyle Brandt

82,107
71
302
444

Agreed. If it doesn't respond and close after one SIGTERM (the signal sent by default by kill) then is probably wont respond to a 2nd, 3rd, 4th, ...., so you next course of action should be SIGKILL (kill -9). Of course you should make sure that the X in "sleep X seconds" is long enough to allow the process to perform a normal clear-your-desk-and-leave operation even if the system is heavily loaded - it might take a fraction of a second normally but tens of seconds when the system is thrashing. – David Spillett Jul 23 '09 at 16:17

score 0 · Answer 4 · answered Jul 23 '09 at 15:50

0

Typically you want to try kill $PID first,

then let it sleep for a bit to see if it will exit gracefully.

If not, then execute kill -9 $PID to forcefully get rid of it.

answered Jul 23 '09 at 15:50

Brent

22,219
19
68
102

score -1 · Answer 5 · answered Jul 23 '09 at 15:47

-1

why not just

kill -9 $PID

answered Jul 23 '09 at 15:47

chris

3,933
6
26
35

2

Because you want to give processes a chance to clean up and die nicely, which is what the TERM signal does (the default signal). The KILL signal ("-9") doesn't give processes that chance. – ktower Jul 23 '09 at 16:10
Good point, but the original poster did say he just wanted to kill it. – chris Jul 24 '09 at 14:46

Bash snippet for killing a process until it's dead?

5 Answers5