home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / linux / 23486 < prev    next >
Encoding:
Text File  |  1993-01-10  |  2.9 KB  |  65 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!gatech!darwin.sura.net!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!engr.uark.edu!cseg03.uark.edu!dws
  3. From: dws@cseg03.uark.edu (David W. Summers)
  4. Subject: Re: What causes these Zombie processes?
  5. Message-ID: <1993Jan10.205719.1135@cseg03.uark.edu>
  6. Sender: netnews@engr.uark.edu (NetNews Administrator)
  7. Nntp-Posting-Host: cseg03.uark.edu
  8. Organization: University of Arkansas
  9. References: <1798@emoryu1.cc.emory.edu>
  10. Date: Sun, 10 Jan 1993 20:57:19 GMT
  11. Lines: 52
  12.  
  13.  
  14. In comp.os.linux you write:
  15.  
  16. >After running for a few days, my Linux system ends up with quite a
  17. >few 'Zombie' processes. I can't kill them off, even with kill -9 and
  18. >the only way to get rid of them is with a reboot. This is a typical 
  19. >'ps -aux' screen after a few days.
  20. >
  21. >USER       PID %CPU %MEM SIZE  RSS TT STAT START   TIME COMMAND
  22. >root         1  0.0  3.3   32  136 ?  S    23:39   0:00 init
  23. >root       600  0.2 10.7  300  440 a1 S    10:06   0:07 -sh (sh)
  24. >root         3  0.1  0.9    2   40 ?  S    23:39   0:55 /etc/update
  25. >root       376  0.0  2.8   48  116 a2 S    09:30   0:00 /etc/getty 9600 tty2
  26. >root       322  0.0  0.0   48    0 a3 SW   08:45   0:00  (getty)
  27. >root       323  0.0  0.0   48    0 a4 SW   08:45   0:00  (getty)
  28. >root        22  0.0  2.9   80  120 ?  S    23:39   0:00 /usr/etc/inet/portmap
  29. >root        24  0.1  4.3   56  180 ?  S    23:39   0:50 /usr/etc/inet/inetd
  30. >lee         26  0.0  0.0  112    0 ?  SW   23:39   0:29  (nfsd)
  31. >root        28  0.0  3.4   80  140 ?  S    23:39   0:00 /usr/etc/inet/mountd
  32. >root       318  0.0  0.0   96    0 ?  Z    08:21   0:00 <defunct>
  33. >root       319  0.0  0.0   96    0 ?  Z    08:44   0:00 <defunct>
  34. >root       341  0.0  0.0   96    0 ?  Z    08:58   0:00 <defunct>
  35. >root       622  0.0  8.1  268  332 a1 S    10:10   0:01 sh /usr/bin/X11/startx
  36. >root       463  0.0  0.0   96    0 ?  Z    09:41   0:00 <defunct>
  37. >
  38. >Notice that the processes are all 96k in size. The process number still
  39. >shows up in the /proc partition, but I don't know how to get any info
  40. >from that. I'm open to suggestions and advice. 
  41. >
  42. >I'm running mostly SLS 0.98p5 with a 0.99p2 kernel, netbin0.1, X11, and
  43. >smtp smail.  The system also mounts and serves up NFS partitions. 
  44. >
  45. >Thanks
  46. >
  47. >--
  48. >Seng-Poh Lee    <splee@pd.org>
  49.  
  50. The problem is probably the 'inetd' daemon.  I was having the same problem
  51. and found out that everytime after I did a 'finger' of my Linux machine
  52. that another <defunct> process would appear.  I put debugging code in
  53. the 'inetd.c' file and found out that the first time the SIGCHLD signal
  54. was being sent the inetd program was catching it but none thereafter.
  55.  
  56. I put a 'signal( SIGCHLD, reapchild);' at the end of the reapchild
  57. subroutine and that fixed it.
  58.  
  59.    - David Summers
  60.  
  61. -- 
  62.                          "Never under-estimate the bandwidth of a station-wagon
  63. David Summers             full of tapes, hurtling down the highway."
  64. dws@engr.uark.edu         - Tanenbaum, "Computer Networks"
  65.