home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / dec / 6023 < prev    next >
Encoding:
Internet Message Format  |  1992-11-17  |  2.1 KB
  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!ames!saimiri.primate.wisc.edu!zaphod.mps.ohio-state.edu!caen!batcomputer!munnari.oz.au!yoyo.aarnet.edu.au!news.adelaide.edu.au!andrewr
  2. From: andrewr@iagu.itd.adelaide.edu.au (Andrew Rutherford)
  3. Newsgroups: comp.sys.dec
  4. Subject: Re: can't "kill -9" processes on Ultrix/RISC
  5. Date: 17 Nov 1992 22:39:33 GMT
  6. Organization: The University of Adelaide
  7. Lines: 33
  8. Message-ID: <1ebsb5INNn37@huon.itd.adelaide.edu.au>
  9. References: <8291@lhdsy1.lahabra.chevron.com>
  10. NNTP-Posting-Host: iagu.itd.adelaide.edu.au
  11. X-Newsreader: TIN [version 1.1 PL6]
  12.  
  13. Philip Yzarn de Louraille (yzarn@lhdsy1.lahabra.chevron.com) wrote:
  14.  
  15. + >On Ultrix/RISC 4.2A we often find processes that 
  16. + >can't be killed (by root, "kill -9") - short of a reboot.
  17.  
  18. + >Is this expected behaviour under some circumstances?
  19.  
  20. + Yes, if the process has been swapped out to disk and is not recalled.
  21. + The problem is why isn't the process recalled?
  22.  
  23.     This occurs because the process has gone into a device wait for
  24. some reason. It doesn't receive the signals until it comes out of the
  25. kernel, which (for instance) is why the pagedaemon and swapper can't
  26. be killed - they always have these little "D"'s beside them if you do a
  27. "ps aux".
  28.     Philip has pointed out one possible cause - there are a number of
  29. ways of doing this, usually to do with NFS and servers being down,
  30. broken automounters, something waiting for the close on a pipe (under some
  31. systems, not sure about Ultrix).
  32.     There are a huge number of fun things you can do with the mmap()
  33. call under SunOS, (un?)fortunatly none of these seem to work with OSF/1.
  34.     There are ways of getting rid of processes like this, however it
  35. involves grubbing around inside the kernel - it is NOT advised and you'll
  36. probably get the kernel to panic if you miss one small thing. Only do this
  37. if you were going to bring the machine down anyway.
  38.  
  39.     Andrew.
  40.  
  41. /*
  42.  * Andrew Rutherford                 andrewr@itd.adelaide.edu.au
  43.  * +61 8 228 5669            Real Programmers always confuse Christmas and
  44.  * Room 1060, Adelaide Uni      Halloween because OCT 31 == DEC 25 !
  45.  */
  46.