From owner-freebsd-questions@FreeBSD.ORG Fri Jul 9 00:29:08 2004 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 5815F16A4CE for ; Fri, 9 Jul 2004 00:29:08 +0000 (GMT) Received: from zoot.lafn.org (zoot.lafn.ORG [206.117.18.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CBB843D55 for ; Fri, 9 Jul 2004 00:29:08 +0000 (GMT) (envelope-from bc979@lafn.org) Received: from [10.0.1.90] (host-66-81-25-11.rev.o1.com [66.81.25.11]) (authenticated bits=0) by zoot.lafn.org (8.12.3p3/8.12.3) with ESMTP id i690T33u028917 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO) for ; Thu, 8 Jul 2004 17:29:06 -0700 (PDT) (envelope-from bc979@lafn.org) Mime-Version: 1.0 (Apple Message framework v618) In-Reply-To: <20040708204417.GB58856@dan.emsphone.com> References: <200407081559.i68FxZfO043201@whoweb.com> <20040708164237.GH57155@dan.emsphone.com> <20040708204417.GB58856@dan.emsphone.com> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Doug Hardie Date: Thu, 8 Jul 2004 17:29:01 -0700 To: FreeBSD Question List X-Mailer: Apple Mail (2.618) X-Virus-Scanned: clamd / ClamAV version 0.70, clamav-milter version 0.70j Subject: Re: NIS server selection 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: Fri, 09 Jul 2004 00:29:08 -0000 On Jul 8, 2004, at 13:44, Dan Nelson wrote: > In the last episode (Jul 08), Doug Hardie said: >> I have NIS running on a few servers. I have had them configured with >> the -S option with only their host name so they would use the local >> resolver. However, after a few problems with ypserv dying I tried >> adding additional servers to the -S list. Everything was as normal >> till I killed ypserv on the local machine. Then it switched to the >> first host listed after the local name in the -S list. Access to NIS >> records worked fine. >> >> Then I tried to revert back to the local server. Restarting ypserv >> had no effect. NIS requests were still sent to the other server. I >> killed ypbind and restarted it with the full list. All requests were >> still sent to the other server. I killed ypbind again and restarted >> it with just the local server in the -S list. The request then were >> split about half and half with the local server and other server. >> How does ypbind know about the other server anymore? > > Running processes will talk to the server they originally made a > connection to, until that connection fails. Only then will they > contact their local ypbind and ask for another server. ypbind is not > contacted on every lookup. > >> I had to kill ypserv on the other server, wait for some requests to >> timeout (ypbind is a persistent bugger) and then it switched. Surely >> there has to be an easier way to do this. I am trying to have ypbind >> use the local server if its working and otherwise one of the other >> servers. If the local ypbind gets restarted i would like it to revert >> back to using it. > > The best you can do is make sure "ypwhich" points to the local machine > so that subsequent processes will use it. You can't force existing > processes to switch. Thanks. I have now set 3 servers in the -S list. ypwhich shows the one currently being used. I need to be able to change that. It appears that ypset is the way to do that. However, when I start ypbind with the -ypsetme argument I still get "sorry, cannot ypset for domain NAME on host". I am running ypset on that server. That message comes from a request to rpc prog 100004 which is registered to rpserv so I don't see how an argument to ypbind would help this. I don't find any similar arguments to ypserv. How do you make ypset work without opening it up to the entire world?