kill process windows using taskkill

03
2013-11
  • Big Leonardo

    I have a java script which is running and kills some processes according to the pid. I run a shell with command of "taskkill /F /pid " adding the pid of the process. I have a problem that sometimes those processes are not killed. altouth I run the script again.

    1) How can I find out why it is not killed ? 2) * Do you know a stronger program (than taskkill) in order to kill a process ???

    10X

    • Answers
  • Colin Pickard

    If you can't kill it with taskkill /F, you probably won't be able to kill it with any other method - short of logging off or rebooting anyway. For some reasons why this might happen, have a look at the answers to this question:

    Why sometimes Windows cannot kill a process?

  • Gowtham

    I use APT (Advanced Process Terminator) to kill some processes that just do not die.

    I allows 12 normal ways to kill a process and 2 Kernel Kill options.

    Download from here


    • Related Question

    linux - kill -9 programs but they still hang on
  • Tim

    I tried to kill all my background jobs submit earlier under KUbuntu by 

    kill -9 $(jobs -p)

    Although this command immediately gave the message like

    [1] Killed myjob1

    [2] Killed myjob2

    I can still see their processes hanging in the output of top and the CPU and memory usages are not changed in the output of uptime and free.

    So I guess I must have not killed them properly. Can someone please explain what's happening to me and what shall I do?

    I found that in top, if type k and input the PID I can kill the processes one by one. SO is this different from the command kill?

    I also found somewhere online http://www.ruhr.de/home/smallo/award.html about not recommending kill -9

    Useless Use of Kill -9 form letter

    (Quote abomination)

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

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

    1) shut down socket connections

    2) clean up temp files

    3) inform its children that it is going away

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

    Is this true? What does it mean by "send 15", "send 2" and "send 1"? Are they commands themselves or "kill -15 PID", "kill -2 PID" and "kill -1 PID"?

    Thanks and regards!


    • Related Answers
  • nkr1pt

    Your process is probably dead but it still show up in the process table entry because it is a "zombie process". When a child process terminated and completely disappeared (except its process table entry) and the parent wouldnt be able to fetch its termination status (thru any of the wait functions), it is called zombie... Killing (thru signal) a zombie wont work because it is already terminated. What you need to do is find out its parent process and kill thjat one cleany, thus not using kill - 9

    here are two simple steps to kill a zombie...

    1. if the parent is still alive, try to kill it (or SIGHUP is all you need)
    2. if number 1 fails, there is a bug in the kernel.... reboot is your friend and fix that bug :->
  • puetzk

    see man kill for a definition of the various signals available, but yes.

    • 15 is SIGTERM, and asks a program to exit.
    • 2 is SIGINT and is equivalent to Control-C
    • 1 is SIGHUP, and indicates that the terminal has hung up.

    These inform a process that the user is "done" with the process, though they indicate somewhat different reasons.SIGTERM might be interpreted as "finish the currrent task, but then exit; don't start another", SIGINT means "abandon what you're doing and quit", SIGHUP just means nobody's listening anymore (a server process might legitimately react to SIGHUP by discontinouing its console output and continuing to run).

    • 9 is SIGKILL, and is special in that it's the only one that the process can't catch and handle internally. It simply results in the kernel never returning control the the process, giving it no chance to clean up.
  • Adriano Varoli Piazza

    It does mean using kill -15 PID (or another number) instead of kill -9 PID. The numbers are equivalent to different unix signals.

  • Satanicpuppy

    It means type "kill -1" or "kill -15" instead of typing "kill -9". Kill -9 is a hardcore bullet in the head of any running process, kills it dead in a dirty state which can cause memory leaking, blah blah.

    If you're typing kill -9 and it's not working, then I'd look to make sure the process is not getting respawned, and that you have permission to kill that process.

  • Powerlord

    Signal 9 is SIGKILL. Sending a SIGKILL is asking the OS to immediately kill the process, no questions asked. The process is not notified in advance and has no chance to clean up after itself.

    Signal 15 is SIGTERM. Sending a SIGTERM is asking the OS to ask the process to shut itself down.

    SIGKILL may be ignored if the OS thinks the process is doing IO, or if it's a Zombie (A child process whose parent didn't clean up after it).

    SIGTERM may be ignored by the application, but it is not recommended that applications do this, as OSes send SIGTERM during shutdown, followed shortly by SIGKILL if a program is still running.

    Note: The command line kill is always asking the OS to send a signal to the application, which it may or may not do based on who owns the process, etc...