home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / sun / admin / 5127 < prev    next >
Encoding:
Internet Message Format  |  1992-07-30  |  2.3 KB
  1. Path: sparky!uunet!sun-barr!cs.utexas.edu!swrinde!mips!mips!ultra!shj
  2. From: shj@ultra.com (Steve Jay {Ultra Unix SW Mgr})
  3. Newsgroups: comp.sys.sun.admin
  4. Subject: Re: sunrpc mystery needs solving
  5. Keywords: sunrpc netstat whatthehell
  6. Message-ID: <1992Jul31.034243.10984@ultra.com>
  7. Date: 31 Jul 92 03:42:43 GMT
  8. References: <1992Jul25.012308.346@auto-trol.com> <1992Jul28.074202.24262@fwi.uva.nl>
  9. Organization: Ultra Network Technologies
  10. Lines: 40
  11.  
  12. In <1992Jul28.074202.24262@fwi.uva.nl> casper@fwi.uva.nl (Casper H.S. Dik) writes:
  13.  
  14. >quejoh@auto-trol.com (Quentin Johnson) writes:
  15.  
  16. >>I'm trying to understand some weird behavior on a Sun 4/110 running
  17. >>SunOS 4.1.1.
  18.  
  19. >>Netstat reports a lively "sunrpc" life for an otherwise sedate little
  20. >>workstation.  The "localhost.sunrpc" entries seem to cycle from none to
  21. >>hundreds and slowly back down to none.  It almost seems as if running
  22. >>"netstat" causes them to increase!
  23.  
  24. >This is a side effect of not running NIS and running netstat. Each
  25. >invocation of netstat tries to connect to the NIS server
  26. >to resolve port numbers. This involves asking the portmapper about
  27. >some questions. Since netstat uses tcp (probably by specifying
  28. >set*ent(stayopen)) you will be left with tha connection in TIME_WAIT
  29. >state. Don't worry, they'll go away (if you don't look).
  30.  
  31. Yes, worry.  This is actually a nasty bug which Sun should fix.  If
  32. you do repeated netstat's, each one creates several more TIME_WAIT
  33. sockets for each one that was already there.  That is, you increase
  34. the number of TIME_WAIT sockets by a factor of 4 or 5 every time you
  35. run netstat.  If you do enough netstat's quickly enough, you can fill
  36. up all the mbuf space in your machine with useless socket structures.
  37. Never mind that the netstat output becomes pretty useless.
  38.  
  39. The solution is for the NIS routines to re-use the same socket each
  40. time they try to re-contact the NIS server, rather than open a new
  41. one each time.  I'm pretty sure the routines already do re-use the
  42. same socket for talking to a server if it's there.  They need to do
  43. the same thing if the server isn't there.
  44.  
  45. I guess I should report this to Sun, unless some Sun guy is listening
  46. on this newsgroup and takes care of this themselves (fat chance).
  47.  
  48. Steve Jay
  49. shj@ultra.com  ...ames!ultra!shj
  50. Ultra Network Technologies / 101 Dagget Drive / San Jose, CA 95134 / USA
  51. (408) 922-0100 x130    "Home of the 1 Gigabit/Second network"
  52.