From owner-freebsd-bugs@FreeBSD.ORG Mon Apr 3 01:50:17 2006 Return-Path: X-Original-To: freebsd-bugs@hub.freebsd.org Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33A2A16A423 for ; Mon, 3 Apr 2006 01:50:17 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99B3F43D46 for ; Mon, 3 Apr 2006 01:50:16 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k331oGZr067433 for ; Mon, 3 Apr 2006 01:50:16 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k331oGpg067432; Mon, 3 Apr 2006 01:50:16 GMT (envelope-from gnats) Resent-Date: Mon, 3 Apr 2006 01:50:16 GMT Resent-Message-Id: <200604030150.k331oGpg067432@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Palle Girgensohn Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECEF816A401 for ; Mon, 3 Apr 2006 01:42:33 +0000 (UTC) (envelope-from girgen@palle.girgensohn.se) Received: from mxfep02.bredband.com (mxfep02.bredband.com [195.54.107.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3514343D46 for ; Mon, 3 Apr 2006 01:42:32 +0000 (GMT) (envelope-from girgen@palle.girgensohn.se) Received: from palle.girgensohn.se ([85.226.194.149] [85.226.194.149]) by mxfep02.bredband.com with ESMTP id <20060403014231.BMTC29994.mxfep02.bredband.com@palle.girgensohn.se> for ; Mon, 3 Apr 2006 03:42:31 +0200 Received: by palle.girgensohn.se (Postfix, from userid 1000) id 98B4317B60; Mon, 3 Apr 2006 03:42:38 +0200 (CEST) Message-Id: <20060403014238.98B4317B60@palle.girgensohn.se> Date: Mon, 3 Apr 2006 03:42:38 +0200 (CEST) From: Palle Girgensohn To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Cc: Subject: kern/95247: NFS file locking problem, rpc.lockd seems to be leaking ports? X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Palle Girgensohn List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Apr 2006 01:50:17 -0000 >Number: 95247 >Category: kern >Synopsis: NFS file locking problem, rpc.lockd seems to be leaking ports? >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 03 01:50:16 GMT 2006 >Closed-Date: >Last-Modified: >Originator: Palle Girgensohn >Release: FreeBSD 6.1-PRERELEASE i386 >Organization: Ping Pong AB >Environment: System: FreeBSD rambutan.pingpong.net 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #1: Tue Mar 21 13:42:51 CET 2006 girgen@rambutan.pingpong.net:/usr/obj/.a/banan/usr/src/sys/WORKSTATION i386 >Description: (This PR is probably related to kern/84953) Hi! I'm having a problem with rpc.lockd Clients are mainly FreeBSD 5.4-stable, server is FreeBSD-4.11-RELEASE-p13. /home is nfs mounted via amd. rpc.statd and rpc.lockd is on for both clients and server Since we started using eclipse (which requires file locking to operate) we get problems where the number of open priviledged UDP ports on the server are exhausted. running sockstat | grep rpc.lock show over 400 lines like this: root rpc.lock 174 440 udp4 *:580 *:* The default setting for FreeBSD-4.11 seems to be a portrange of 400 ports, I've bumped this by lowering net.inet.ip.portrange.lowlast from 600 -> 500, but eventually they will all be in use too. I have not found good way to free them properly apart from rebooting the server. All nfs traffic is UDP only, perhaps that is a problem? nfsiod -n 4 on all clients nfs_server_flags="-u -n 12" on the server, perhaps it is too low? There are only six workstations attached to the server. Each have about ten rpc.lockd sockets open, while the server has about 400, so it seems to be a leakage in the server? See also kern/84953. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: