Date: Sun, 31 May 2009 02:07:23 +0300 From: Anton - Valqk <lists@lozenetz.org> To: stable@freebsd.org Subject: Re: REPOST for archive: Re: nscd again (nis client cache) patch for 6 stable branch Message-ID: <4A21BC2B.4060202@lozenetz.org> In-Reply-To: <47EA7ACC.5000505@lozenetz.org> References: <20080117185547.GA85161@sepulca.yandex.ru> <242ACF9B-7B89-49F2-8F20-F2D51104574B@freebsd.org> <20080123054644.GV18746@egr.msu.edu> <47970E55.3040307@lozenetz.org> <47EA7ACC.5000505@lozenetz.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi guys, I've just got my patch for nscd backport for 6.4-p4 tested and woring fine. You can find it here: http://valqk.com/nscd_fbsd_6/ I hope it's useful for someone. cheers, valqk. Anton - Valqk написа: > I've been searching in the mailist archives and never found this, so > I'm reposting for archiving purposes. > > According to Denis Barov <dindin@yandex-team.ru>: > > Gzipped patch avialable at > http://www.dindin.ru/wiki/FreeBSD?action=AttachFile&do=get&target=nscd_backport.gz > > (78Kb) > > Mon, Dec 24, 2007 at 12:15 +0300 Denis Barov: >> > Hi, Michael! >> > In attachment patch for backporing nscd from RELENG_7 to RELENG_6. >> Tested on >> > > FreeBSD sepulca.yandex.ru 6.3-PRERELEASE FreeBSD 6.3-PRERELEASE >> #0: Thu Dec >> > 23 22:06:36 MSK 2007 >> > root@sepulca.yandex.ru:/usr/obj/usr/RELENG_6_ncsd/src/sys/GENERIC >> amd64 >> > > and works fine. >> > > Must I prepare pr? >> > > P.S. Don't forget to mkdir -p src/usr.sbin/nscd/agents before >> patching ;) > > > > > On Wed, Jan 23, 2008 at 11:52:21AM +0200, Anton - Valqk wrote: > > Is there nscd/cached for STABLE 6 branch or it's only implemented in > 7.X? > > Adam McDougall wrote: > > I wanted to say Thanks!!! for this example, because before this point > > I was under the impression that nscd/cached was of no use for NIS > clients, > > only LDAP or maybe other directory systems that I don't use. I tried > > "cache compat" as below for passwd and group and it works! Our NIS > > entries at work are big enough that without the cache, top takes > 7+ seconds to > > open, ssh login takes a few seconds, and samba logins were > concerningly > > slow. I did not try samba connections, but the other methods are > much > > faster now on the second run. Wanted to post this for the archive > too. > > > > On Sat, Jan 19, 2008 at 02:17:11PM +0300, Michael Bushkov wrote: > > > > Hi Denis, > > Several things: > > 1. You definitely can't use cache for *_compat sources. I mean > lines like > > "group_compat: cache nis" aren't supported. > > 2. Cache should work ok with the configuration you've mentioned > in your > > first example, i.e.: "group: cache compat". Just checking - why > do you > > think that cache isn't working? The correct way to determine it > is to > > perform the same query twice. During the first pass (when query > is not > > cached), the request will be processed by NIS module and you'll > have all > > the NIS-related stuff in the logs. On the second pass the > request should be > > handled by scd module - and you shouldn't see any activity in > NIS logs. It > > would be great to see the debug log (with nscd log turned on) > separately - > > for the first and the second pass. It would help to find the > error in nscd, > > if there is one. > > > > With best regards, > > Michael Bushkov > > > > On Jan 17, 2008, at 9:55 PM, Denis Barov wrote: > > > > > >>> Hello! > >>> > >>> I found some strange behaviour of NIS/nscd when NIS in compat > mode. In > >>> /etc/nsswitch.conf I have: > >>> > >>> netgroup: cache compat > >>> passwd: cache compat > >>> group: cache compat > >>> > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" > > > > > > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4A21BC2B.4060202>