From owner-freebsd-current@FreeBSD.ORG Tue Apr 8 08:06:08 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AB7C37B401 for ; Tue, 8 Apr 2003 08:06:08 -0700 (PDT) Received: from bluejay.mail.pas.earthlink.net (bluejay.mail.pas.earthlink.net [207.217.120.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0238543F85 for ; Tue, 8 Apr 2003 08:06:08 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0064.cvx40-bradley.dialup.earthlink.net ([216.244.42.64] helo=mindspring.com) by bluejay.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 192ufk-0000pK-00; Tue, 08 Apr 2003 08:06:05 -0700 Message-ID: <3E92E509.A7A43986@mindspring.com> Date: Tue, 08 Apr 2003 08:04:41 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Dan Pelleg References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4ffe7a537144d0153218d3071459c05d5350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c cc: current@freebsd.org Subject: Re: NIS exhausts system resources X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2003 15:06:08 -0000 Dan Pelleg wrote: > When does this happen, you ask? I triggered it this morning by booting the > machine when the NIS server was down. I had also seen it in the past when > configuring NIS, and it happened as soon as I set the domainname. Any > ideas? I can provide packet captures on request, however note the failure > where the server is down. Historical behaviour when the NIS server is down has been for the client machines to hang until the NIS server is back up. FreeBSD doesn't serialize NIS requests trough a single local daemon, so it doesn't hang "like it's supposed to". It's probably that you could reorder the source code to ensure that no file opens (other than sockets) are held across an NIS request; this would certainly reduce pressure on the number of open files. Note that since you are SSH'ing in, and have other processes running, most likely, you just need to increase "MAXUSERS" to increase the maximum number of open files, and let them hang simultaneously, instead of running out of descriptors. In general, NIS servers are not supposed to go down, ever. -- Terry