home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / sun / admin / 6356 < prev    next >
Encoding:
Internet Message Format  |  1992-09-15  |  1.2 KB
  1. Path: sparky!uunet!sun-barr!news2me.ebay.sun.com!exodus.Eng.Sun.COM!terra!brent
  2. From: brent@terra.Eng.Sun.COM (Brent)
  3. Newsgroups: comp.sys.sun.admin
  4. Subject: Re: automounter swamps mountd
  5. Date: 16 Sep 1992 01:10:30 GMT
  6. Organization: Sun Microsystems
  7. Lines: 19
  8. Distribution: world
  9. Message-ID: <lbd2c6INNl60@exodus.Eng.Sun.COM>
  10. References: <lbaa6oINNlei@deepthought.cs.utexas.edu>
  11. Reply-To: brent@terra.Eng.Sun.COM
  12. NNTP-Posting-Host: terra
  13.  
  14. In article lbaa6oINNlei@deepthought.cs.utexas.edu, fletcher@cs.utexas.edu (Fletcher Mattox) writes:
  15. >Why is it so easy to swamp rpc.mountd with mount requests?
  16. >  :
  17. > Why can't mountd keep up?  Or perhaps this is really a
  18. >problem with inetd?  (I run mountd under inetd).
  19.  
  20. Bad idea.  NFS clients broadcast an "unmount all" request when they boot up in order
  21. to remove stale entries from the /etc/rmtab file on any servers it may have mounted
  22. from.  Any machine that has mountd run by inetd, and can hear the broadcast - will 
  23. fire up inetd if it's not running already.   Worst case: lots of client-only machines
  24. get a useless mountd fired up.
  25.  
  26.  
  27. ---
  28.  
  29. Made in New Zealand -->  Brent Callaghan  @ SunSoft
  30.              Email: brent@Eng.Sun.COM
  31.              phone: (415) 336 1051
  32.  
  33.