From owner-freebsd-fs@FreeBSD.ORG Mon Jan 31 13:45:29 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83A371065698 for ; Mon, 31 Jan 2011 13:45:29 +0000 (UTC) (envelope-from simon@comsys.ntu-kpi.kiev.ua) Received: from comsys.kpi.ua (comsys.kpi.ua [77.47.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id E16788FC15 for ; Mon, 31 Jan 2011 13:45:28 +0000 (UTC) Received: from pm513-1.comsys.kpi.ua ([10.18.52.101] helo=pm513-1.comsys.ntu-kpi.kiev.ua) by comsys.kpi.ua with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1PjtAL-0007gI-Rz; Mon, 31 Jan 2011 14:47:33 +0200 Received: by pm513-1.comsys.ntu-kpi.kiev.ua (Postfix, from userid 1001) id E07A81CC44; Mon, 31 Jan 2011 14:48:17 +0200 (EET) Date: Mon, 31 Jan 2011 14:48:17 +0200 From: Andrey Simonenko To: Mickael Canevet Message-ID: <20110131124817.GA21870@pm513-1.comsys.ntu-kpi.kiev.ua> References: <1296137375.27843.11.camel@pc286.embl.fr> <46cfac53-03f5-4f3f-a34a-a4a504af31b0@email.android.com> <1296141430.27843.16.camel@pc286.embl.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1296141430.27843.16.camel@pc286.embl.fr> User-Agent: Mutt/1.5.21 (2010-09-15) X-Authenticated-User: simon@comsys.ntu-kpi.kiev.ua X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Exim-Version: 4.63 (build at 10-Dec-2010 16:36:10) X-Date: 2011-01-31 14:47:33 X-Connected-IP: 10.18.52.101:37446 X-Message-Linecount: 51 X-Body-Linecount: 33 X-Message-Size: 2152 X-Body-Size: 1334 Cc: freebsd-fs@freebsd.org, Weldon Godfrey Subject: Re: "rpc mount export: RPC: Can't decode result" when export list is to long X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2011 13:45:29 -0000 On Thu, Jan 27, 2011 at 04:17:10PM +0100, Mickael Canevet wrote: > Hi, > > Thank you for you quick answer. > > I tested with 'sysctl vfs.nfsrv.maxthreads=20' and even 'sysctl > vfs.nfsrv.maxthreads=1000' (though I'm not sure it's reasonable), but I > still have the problem. Moreover, sysctl vfs.nfsrv.threads stays to 4 > (maybe it goes up, then down before I can notice anything)... > > I noticed that if I wait a few minutes, showmount -e works once, then > fails again. > > Somebody has another idea ? > When one runs "showmount -e server", then this program sends the MOUNT protocol's procedure EXPORT RPC request to the server and it generates the answer. The mountd(8) program is responsible for MOUNT protocol requests, so the kernel part of the NFS server is not related to the problem you've described. I can reproduce this mistake on 8-STABLE and 9-CURRENT with mountd(8) and nfse [1]. These implementations are different, and looks like that I've found and corrected the problem for RPC services that use TCP non- blocking sockets. At least after my update I do not see this mistake neither with nfse nor with specially written program (I wrote it to reproduce the problem and to minimize impact of possible other mistakes in mountd or nfse). See my next messages for details. [1] http://nfse.sourceforge.net/