home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.sun.admin
- Path: sparky!uunet!paladin.american.edu!darwin.sura.net!convex!news.utdallas.edu!corpgate!bnrgate!bcrka451!norm
- From: norm@bnr.ca (Norm MacNeil)
- Subject: Re: automounter swamps mountd
- Message-ID: <1992Sep15.194910.19235@bcrka451.bnr.ca>
- Originator: norm@bcrks122
- Sender: 5E00 Corkstown News Server
- Reply-To: norm@bnr.ca
- Organization: Bell-Northern Research Ltd.
- References: <lbaa6oINNlei@deepthought.cs.utexas.edu>
- Date: Tue, 15 Sep 1992 19:49:10 GMT
- Lines: 29
-
-
- In article <lbaa6oINNlei@deepthought.cs.utexas.edu>, fletcher@cs.utexas.edu (Fletcher Mattox) writes:
- > Why is it so easy to swamp rpc.mountd with mount requests?
- >
- > The use of the automounter on the clients seems to exacerbate the problem,
- > though I have seen it happen without the automounter, too. Once mountd
- > falls behind, it never catches up. Even if no new requests arrive.
- > The unread data on the mountd socket never gets drained.
- >
- > (blah, blah :-)
- >
- > 32k of unread data represents an enormous number of outstanding mount
- > requests. Why can't mountd keep up? Or perhaps this is really a
- > problem with inetd? (I run mountd under inetd).
-
- I don't know why you would want to start mountd from inetd. I would think you
- would simply leave that up to the automounter & rpc.mountd from /etc/rc.local
- (or whatever). I would think, given your problem, that inetd may have problems
- in flushing its buffer of requests to the mountd while doing other stuff too?
- Hmmm... anyway, I wouldn't start up the mountd from /etc/rc.local.
-
- Norm.
-
- --
- +-----------------------------------------------------------------------+
- Norm MacNeil Phone: (613) 763-7497
- CAD Operation Fax: (613) 763-3317
- Bell-Northern Research Ltd. EMail: norm@bnr.ca (INTERNET)
- #include <disclaimer.std> "Roller bladers do it in-line!"
-