From owner-freebsd-net@FreeBSD.ORG Tue Apr 10 11:54:40 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE85916A409 for ; Tue, 10 Apr 2007 11:54:40 +0000 (UTC) (envelope-from volker@thalreit.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.174]) by mx1.freebsd.org (Postfix) with ESMTP id BC82513C4C1 for ; Tue, 10 Apr 2007 11:54:38 +0000 (UTC) (envelope-from volker@thalreit.de) Received: from [89.48.107.64] (helo=thalreit.de) by mrelayeu.kundenserver.de (node=mrelayeu4) with ESMTP (Nemesis), id 0ML21M-1HbEvl2Ttx-0000Z6; Tue, 10 Apr 2007 13:54:37 +0200 Received: from localhost ([127.0.0.1] helo=thalreit.dyndns.org) by thalreit.de with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HbEvu-0000Wu-EK; Tue, 10 Apr 2007 13:54:46 +0200 Received: from 194.59.120.11 (SquirrelMail authenticated user volker) by thalreit.dyndns.org with HTTP; Tue, 10 Apr 2007 13:54:46 +0200 (CEST) Message-ID: <33741.194.59.120.11.1176206086.squirrel@thalreit.dyndns.org> In-Reply-To: <20070322212409.GA33837@ikarus.thalreit> References: <20070322212409.GA33837@ikarus.thalreit> Date: Tue, 10 Apr 2007 13:54:46 +0200 (CEST) From: "Volker Jahns" To: "Volker Jahns" User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Provags-ID: V01U2FsdGVkX19yY2QCV1K4+Mp5PympF4zYoRmfxyZ0jcaoVZ6 PjaTzbVi8C0ly6rdvQHJ8A5TH8rfNjkUsN2bc2ZjJKbrR+Sso5 UWvzMjCcE9cxUgMl4EHjg== Cc: freebsd-net@freebsd.org Subject: Re: rpcinfo Problem X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Apr 2007 11:54:40 -0000 The following configuration statements reproducibly crash FreeBSD 6.1 and 6.2 when calling "rpcinfo -p" or "rpcinfo -p localhost" ( see more details in the first posting) -- rpcbind_enable="YES" rpcbind_flags="-i -l" nisdomainname="tdom" nis_client_enable="YES" -- I would be tempted to identify this behaviour as a (serious) bug. Workaround If the nis_client_flags option is uncommented like #nis_client_flags="-S tdom,tdomserv.tdom.de,tdomserv -m" -- Volker Jahns, volker@thalreit.de > Running rpcbind on a FreeBSD 6.1 testsystem has horrible effects, when > > - rpcbind is started at system boottime by the rc.conf directive > rpcbind_enable="YES" > - rpcinfo -p localhost is run ( this command then hangs until the system > has died) > > > The top output shows high load and 'many' rpcbind processes which have > been started. > -- > last pid: 48637; load averages: 3.99, 3.24, 3.23 up 0+07:47:18 > 16:02:42 > 1832 processes:3 running, 195 sleeping, 1633 waiting, 1 lock > CPU states: 5.2% user, 0.0% nice, 26.8% system, 4.3% interrupt, 63.7% > idle > Mem: 121M Active, 20M Inact, 88M Wired, 4688K Cache, 34M Buf, 1004K Free > Swap: 470M Total, 244M Used, 226M Free, 51% Inuse, 22M In, 26M Out > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND > 317 root 1 128 0 1440K 424K RUN 44:17 7.37% rpcbind > 37057 root 1 96 0 6524K 3468K RUN 0:20 0.06% top > 296 root 1 96 0 1300K 0K WAIT 1:06 0.00% > 437 root 1 96 0 3408K 0K WAIT 0:00 0.00% > 538 root 1 96 0 6092K 0K WAIT 0:00 0.00% > 447 root 1 8 0 1312K 0K WAIT 0:00 0.00% > 441 smmsp 1 20 0 3300K 0K pause 0:00 0.00% > 383 root 1 96 0 1212K 0K WAIT 0:00 0.00% > 541 root 1 20 0 3996K 0K pause 0:00 0.00% > 99806 root 1 4 0 1468K 0K WAIT 0:00 0.00% > 38770 root 1 4 0 1464K 0K WAIT 0:00 0.00% > 20459 root 1 4 0 1468K 0K WAIT 0:00 0.00% > 21924 root 1 4 0 1440K 0K WAIT 0:00 0.00% > 426 root 1 96 0 3356K 0K select 0:00 0.00% > 49102 root 1 4 0 1468K 0K WAIT 0:00 0.00% > 10715 root 1 4 0 1468K 648K kqread 0:00 0.00% rpcbind > 49102 root 1 4 0 1468K 0K WAIT 0:00 0.00% > 45921 root 1 4 0 1464K 0K WAIT 0:00 0.00% > 45947 root 1 4 0 1464K 0K WAIT 0:00 0.00% > -- > > The output of some well-known commands w/ the system in this state is > puzzling me: > -- > orion# dmesg > No more processes. > -- > -- > ssh orion -l root > ssh_exchange_identification: Connection closed by remote host > -- > > Moreover, system log worries me: > -- > Mar 8 08:20:26 orion kernel: kern.maxfiles limit exceeded by uid 0, > please see > tuning(7). > Mar 8 08:20:26 orion kernel: kern.maxfiles limit exceeded by uid 0, > please see > tuning(7). > Mar 8 08:20:26 orion syslogd: /dev/console: Too many open files in > system: Too > many open files in system > Mar 8 07:20:25 orion rpcbind: warning: /etc/hosts.allow, line 23: cannot > open / > etc/hosts.allow: Too many open files in system > -- > > Running rpcinfo -p from a remote system can be used to > benchmark this FreeBSD system. sockstat shows the TCP connects to rpcbind > from the remote system and everything is fine. > > > If rpcbind is _not_ started at boottime, but from the commandline once the > system is up, rpcinfo -p localhost works as expected. > > I want to run NIS on the system, so rpcbind must run in reliable manner. > > Any help is much appreciated. > -- > Volker Jahns, volker@thalreit.de >