home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / sun / admin / 6325 < prev    next >
Encoding:
Internet Message Format  |  1992-09-14  |  1.2 KB
  1. Path: sparky!uunet!cs.utexas.edu!news
  2. From: fletcher@cs.utexas.edu (Fletcher Mattox)
  3. Newsgroups: comp.sys.sun.admin
  4. Subject: automounter swamps mountd
  5. Date: 14 Sep 1992 19:05:44 -0500
  6. Organization: CS Dept, University of Texas at Austin
  7. Lines: 22
  8. Message-ID: <lbaa6oINNlei@deepthought.cs.utexas.edu>
  9. NNTP-Posting-Host: deepthought.cs.utexas.edu
  10.  
  11. Why is it so easy to swamp rpc.mountd with mount requests?
  12.  
  13. The use of the automounter on the clients seems to exacerbate the problem,
  14. though I have seen it happen without the automounter, too.  Once mountd
  15. falls behind, it never catches up.  Even if no new requests arrive.
  16. The unread data on the mountd socket never gets drained.
  17.  
  18. This example is on a Sequent NFS server, but I've seen similar behaviour
  19. under SunOS 4.1.1.
  20.   
  21.   cs.utexas.edu% rpcinfo -p localhost | grep mountd
  22.       100005    1   udp   1553  mountd
  23.   cs.utexas.edu% netstat -n -a | egrep "Proto|1553"
  24.   Proto Recv-Q Send-Q  Local Address          Foreign Address        (state)
  25.   udp    32572      0  *.1553                 *.*                   
  26.   cs.utexas.edu%
  27.  
  28. 32k of unread data represents an enormous number of outstanding mount
  29. requests.  Why can't mountd keep up?  Or perhaps this is really a
  30. problem with inetd?  (I run mountd under inetd).
  31.  
  32. Fletcher
  33.