From owner-freebsd-stable Thu Jun 11 16:32:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA29457 for freebsd-stable-outgoing; Thu, 11 Jun 1998 16:32:24 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from mail.atipa.com (altrox.atipa.com [208.128.22.34]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id QAA29441 for ; Thu, 11 Jun 1998 16:32:13 -0700 (PDT) (envelope-from freebsd@atipa.com) Received: (qmail 14687 invoked by uid 1017); 11 Jun 1998 22:29:10 -0000 Date: Thu, 11 Jun 1998 16:29:10 -0600 (MDT) From: Atipa To: Tom cc: John Kenagy , freebsd-stable@FreeBSD.ORG Subject: Re: NIS client maintenance script In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > There are several problems with the script as attached. > > It assumes only one NIS server ($nis_host). You'd have to be mad to > have only one NIS server in a production environment, especially since > clients can automatically kick over to another if one fails. Correct. This script is not dynamic. I am using it primarily for machines w/o NIS servers on their network. Setting up slave servers would eliminate several problems. > Since all the *pwnam fuctions (getpwnam, getpwent, etc) are flawed in > that they can not return a temporary failure code, such functions should > block until NIS services are back up. This is critical for systems > running mail service, because you don't want all your users to disappear > when NIS goes down. But you don't want to have to wait 14 minutes (7 minutes each for user login, then su) to remedy problems. If no network services are available, your users will go away period, unless they are somehow cached (eg slave server). Suggestions? Kevin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message