home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / sun / admin / 6154 < prev    next >
Encoding:
Internet Message Format  |  1992-09-04  |  2.7 KB

  1. Path: sparky!uunet!snorkelwacker.mit.edu!ai-lab!dead!ead.dsa.com!schorr
  2. From: schorr@ead.dsa.com (Andrew J. Schorr)
  3. Newsgroups: comp.sys.sun.admin
  4. Subject: Re: Running out of mbufs
  5. Keywords: SunOS mbuf
  6. Message-ID: <1992Sep4.112756@ead.dsa.com>
  7. Date: 4 Sep 92 15:27:56 GMT
  8. Sender: news@ead.dsa.com
  9. Organization: Daiwa Securities America, New York
  10. Lines: 59
  11.  
  12. Last week I posted a message concerning a SparcStation 1
  13. running SunOS 4.1.2 that repeatedly hangs (every 10 days
  14. or so) because it runs out of mbufs.
  15.  
  16. It gives error messages before it freezes that look like this:
  17. Aug 25 04:13:06 ead2 vmunix: mbuf map full
  18. Aug 26 02:47:51 ead2 vmunix: le0: out of mbufs - packet dropped
  19. Aug 26 02:54:24 ead2 last message repeated 18 times
  20. Aug 26 02:57:16 ead2 vmunix: le0: out of mbufs - packet dropped
  21. Aug 26 02:57:25 ead2 vmunix: le0: out of mbufs - packet dropped
  22.  
  23. A number of people have responded, but no one seems to have
  24. a definitive solution.
  25.  
  26. Halvard Halvorsen suggested increasing the MAXUSERS parameter
  27. (presumably this will cause the kernel to allocate more mbufs). 
  28.  
  29. Brad Albom mentioned a problem he's having that relates
  30. to the number of mbufs allocated to data steadily
  31. increasing over time.  (I don't think this is my problem,
  32. since this number seems to fluctuate up and down for me.)
  33.  
  34. rjq@phys.ksu.edu (Rob Quinn) suggested looking for relevant patches.
  35. a906270@tiuk.ti.com (Simon Willis) noted that patch 100330 for
  36. SunOS 4.1.1 talks about mbuf problems and claims that they
  37. are obsoleted by 4.1.2 plus patches 100516 and 100570.
  38. However, when you look
  39. at the README's for those 2 patches, they don't seem to be related
  40. to this problem.  I may install them anyway.
  41.  
  42. brock@cs.unca.edu mentioned that his Ultrix machines have the
  43. same problem.
  44.  
  45. Well, that's it.  I may increase MAXUSERS and/or install patches
  46. 100516 and 100570, but I'm not confident.  
  47.  
  48. In case anyone can figure out some new ideas, here are the results
  49. of a netstat -m performed shortly before my most recent hang:
  50.  
  51. 419/512 mbufs in use:
  52.         81 mbufs allocated to data
  53.         7 mbufs allocated to packet headers
  54.         137 mbufs allocated to socket structures
  55.         173 mbufs allocated to protocol control blocks
  56.         3 mbufs allocated to routing table entries
  57.         13 mbufs allocated to socket names and addresses
  58.         3 mbufs allocated to zombie process information
  59.         2 mbufs allocated to interface addresses
  60. 1980/1980 cluster buffers in use
  61. 2044 Kbytes allocated to network (99% in use)
  62. 3028 requests for memory denied
  63. 0 requests for memory delayed
  64. 0 calls to protocol drain routines
  65.  
  66. Once again, if you have any further thoughts, please respond
  67. by e-mail to schorr@ead.dsa.com, since my news feed is down.
  68.  
  69. Thanks,
  70. Andy
  71.