Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

When I try to exit from my Linux server I get the message:

There are stopped jobs.

: Is there a single command to kill these?

share|improve this question
Additional examples in thie U&L Q&A:… – slm Apr 12 '14 at 20:25
I had opposite problem now, it would not warn about stopped jobs when I quit the shell! Had to put shopt -s checkjobs in my .bashrc – Sam Watkins Jul 9 '14 at 5:59
up vote 46 down vote accepted

To quickly kill all the jobs running under the bash, enter:

kill `jobs -ps`

jobs -ps list process ID of the stopped jobs . kill `jobs -ps` send TERM signal to all stopped jobs.

share|improve this answer
-1 for "kill Jobs" – Tibor Aug 10 '12 at 21:44
didn't work when the job was "sudo su". i.e. sudo kill `jobs -p` didnt work but explicitly typing PID did. – user13107 Oct 27 '12 at 18:12
Why is this upvoted so highly? It's wrong. If the processes are stopped, then a kill such as this will do nothing, since the processes are stopped, they won't process the SIGTERM (-15) that is sent to them by default. – slm Apr 12 '14 at 20:18
kill -9 will do the trick. – Blossoming_Flower Oct 12 '14 at 17:36

Try typing this:

kill -9 $(jobs -p)
share|improve this answer
That should do it, but I think he should send first a SIGTERM (-15) before sending a SIGKILL (-9). So perhaps proposing something like "kill $(jobs -p) ; sleep 3s ; kill -9 $(jobs -p)" would be better. Sending SIGTERM first the jobs may be able to do a clean exit (freeing allocated resources, etc). – rems Feb 25 '11 at 10:49
Kevin Duke, your answer is the one that worked for me. I couldn't vote because I don't have 15 in reputation. kill -9 $(jobs -p) – user131776 Aug 10 '12 at 21:33
@rems Except, as slm pointed out, they won't get the SIGTERM because they're stopped. – Paul Gear Jul 22 '14 at 23:59

The accepted answer would kill all jobs (which is sufficient in this case) and not merely the stopped ones. Should you want to kill only the Stopped ones, run:

kill $(jobs -l | grep Stopped | cut -d' ' -f3)
share|improve this answer
grep/cut can be combined in one awk command: awk '/Stopped/{print $3}') – laebshade Oct 20 '15 at 13:35

The easiest way is actually to simply immediately retry the exit; bash will take that to mean "kill all stopped jobs and exit".

share|improve this answer
That will send a HUP which doesn't necessarily stop any jobs. – Stephen Niedzielski Jun 28 '14 at 2:27
for x in `jobs -p` ; do kill -9 $x ; done
share|improve this answer
you can add code formatting for this line to make it easier to read. – drcelus Feb 26 '13 at 10:54
Can you take a look at your formatting again - use four spaces at the start of the line to mark a block as code (rather than using backtick). Right now it isn't clear whether you are using backticks in your code, or trying to display code using backticks. – dunxd Feb 26 '13 at 11:39
The formatting is fine. we have to pass the jobs -p using backticks else it wont consider as a command, and it will throw an error. – monu Feb 27 '13 at 6:01

If you want to remove some stopped jobs but not all, try this:

First, list jobs, you will get something like this:

$ jobs -l

[2]   4813 Stopped                 ./parse < call.txt
[3]-  4819 Stopped                 ./parse < call.txt

send kill to a stopped job, it will do nothing but queue than bring it in in foreground, it will terminate

$ fg %2
./parse < call.txt

$ jobs -l
[3]-  4819 Stopped                 ./parse < call.txt
share|improve this answer

protected by Sven Feb 6 '15 at 8:39

Thank you for your interest in this question. Because it has attracted low-quality or spam answers that had to be removed, posting an answer now requires 10 reputation on this site.

Would you like to answer one of these unanswered questions instead?

Not the answer you're looking for? Browse other questions tagged or ask your own question.