[3180] in testers
Re: /etc/.name_service_door
daemon@ATHENA.MIT.EDU (Richard Basch)
Sat May 31 20:08:24 1997
Date: Sat, 31 May 1997 20:07:54 -0400
To: Jonathon Weiss <jweiss@MIT.EDU>
Cc: "Richard Basch" <basch@lehman.com>, testers@MIT.EDU
In-Reply-To: <199705310225.WAA19556@the-other-woman.MIT.EDU>
From: "Richard Basch" <basch@lehman.com>
On Fri, 30-May-1997, "Jonathon Weiss" wrote to "Richard Basch, Jonathon Weiss, testers@MIT.EDU" saying:
> > This is associated with "nscd", a name-service-cache daemon. Basically,
> > because NIS is so inefficient, Sun implemented a caching daemon, which
> > you can tune. The communication channel to the nscd uses a new kernel
> > construct, known as a "door". This new communication method is not
> > documented properly, and in fact, is documented as an experimental
> > interface that Sun may opt to discard at some later date.
> >
> > However, I do suggest that you look at the /etc/nscd.conf file. We
> > found that it is grossly misconfigured in its default state, especially
> > with respect to name lookups when you are running DNS...
>
> It is my understanding that we're not using NIS at all. I assume that
> makes this all more or less irrelevant.
If you are not even running NIS (ie. no entries in /etc/nsswitch.conf
contain the keyword "nis"), then you probably do not need nscd.conf. It
actually may be a little more effecient with nscd.conf, because of
various caching that is done and the lookup strategy, but overall, the
improvement is negligible in a non-NIS environment.
You will find a startup script in /etc/rc2.d which starts nscd. I
suggest that it either be removed or that you edit nscd.conf so that it
doesn't cache those items returned through named.
--
Richard Basch
Sr. Developer/Analyst, DSO URL: http://web.mit.edu/basch/www/home.html
Lehman Brothers, Inc. Email: basch@lehman.com, basch@mit.edu
101 Hudson St., 38th Floor Fax: +1-201-524-5828
Jersey City, NJ 07302-3988 Voice: +1-201-524-5049
