From owner-freebsd-questions@FreeBSD.ORG Thu Sep 11 08:00:43 2003 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8002A16A4BF for ; Thu, 11 Sep 2003 08:00:43 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D6AE43FEC for ; Thu, 11 Sep 2003 08:00:42 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.9/8.12.9) id h8BF0LUn060016; Thu, 11 Sep 2003 10:00:21 -0500 (CDT) (envelope-from dan) Date: Thu, 11 Sep 2003 10:00:21 -0500 From: Dan Nelson To: Linus =?utf-8?Q?Sj=C3=B6berg?= Message-ID: <20030911150021.GA3876@dan.emsphone.com> References: <86vfs0mstq.fsf@clarke.alcom.aland.fi> <20030910183121.GA42248@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 5.1-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.4i cc: freebsd-questions@freebsd.org Subject: Re: FreeBSD YP-client, Linux YP-master X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2003 15:00:43 -0000 In the last episode (Sep 11), Linus Sjberg said: > Dan Nelson writes: > > > If you try to run "ypmatch YP_LAST_MODIFIED master.passwd.byname" > > as root (on your box and then on the master server), which error do > > you get? > > ypmatch: can't match key YP_LAST_MODIFIED in map master.passwd.byname. reason: No such map in server's domain That sounds like a bug in RedHat's ypserv, actually. A missing map shouldn't be logged as "refused", and probably shouldn't be logged at all unless debugging is enabled. > > Commenting out the lookup in src/lib/libc/gen/getpwent.c:mis_map() and > > rebuilding world should do it. > > I forgot mentioning that I'm running 4.9-PRERELEASE (doh), and I > couldn't locate such a function but adding > return(YP_HAVE_NONE); > in top of _have_master(char *_yp_domain) solved the problem for me. Yes, that looks like the right change for 4.x. -- Dan Nelson dnelson@allantgroup.com