home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / unix / internal / 1705 < prev    next >
Encoding:
Text File  |  1992-08-18  |  2.0 KB  |  44 lines

  1. Newsgroups: comp.unix.internals
  2. Path: sparky!uunet!mcsun!dxcern!dxcern!kardanev
  3. From: kardanev@hanoi.cern.ch (A. Kardanev)
  4. Subject: Re: kill <exiting> processes
  5. In-Reply-To: dbrillha@dave.mis.semi.harris.com's message of Tue, 18 Aug 1992 13:28:19 GMT
  6. Message-ID: <KARDANEV.92Aug18161351@hanoi.cern.ch>
  7. Sender: news@dxcern.cern.ch (USENET News System)
  8. Organization: CERN, European Research Center for Particle Physics
  9. References: <Aug18.031258.52832@yuma.ACNS.ColoState.EDU>
  10.     <1992Aug18.132819.23117@mlb.semi.harris.com>
  11. Date: Tue, 18 Aug 1992 15:13:51 GMT
  12. Lines: 30
  13.  
  14. Nntp-Posting-Host: dave.mis.semi.harris.com
  15.  
  16. >>>>> On Tue, 18 Aug 1992 13:28:19 GMT,
  17. >>dbrillha@dave.mis.semi.harris.com (Dave Brillhart) said: Does anyone
  18. >>know how to kill off "easily that is" these kinds of processes short
  19. >>of rebooting the machine.  They are on a decstation 5000 and have
  20. >>been there for days.  I have tried kill -9 (process id) but that
  21. >>does work
  22.  
  23. |> <exiting> processes are simply waiting for their parent to reap
  24. |> them. One way to release their souls (remove the zombie) is to kill
  25. |> their parents - the OS then reappoints PID 1 as the zombie's
  26. |> parent. INIT (pid 1) will quickly reap the zombie processes.
  27.  
  28. Hmm... From man page about ps(1):
  29.      A process that has a parent and has exited, but for which the parent has
  30.      not yet waited, is marked <defunct>.  A process that is blocked trying
  31.      to exit is marked <exiting>. The ps command determines the filename and
  32.      arguments given when the process was created by examining memory or the
  33.      swap area.  The method is unreliable because, for example,  a process
  34.      can destroy this information. The filename and arguments ps displays
  35.      might be incorrect.
  36. --
  37. -------------------------------------------------------------------------
  38.  KARDANEV Alexandre            | SL Division
  39.  Email: kardanev@hanoi.cern.ch        | Building 864, 1-A02
  40.  Work:    + 41-22-767-5158        | CERN 1211 Geneva 23
  41.       + 41-22-767-5165        | Switzerland
  42.  Home:      + 33-50-42-95-77        |
  43. -------------------------------------------------------------------------
  44.