From: Chuck Lever Subject: Re: mount.nfs: access denied by server Date: Fri, 21 Aug 2009 13:50:52 -0400 Message-ID: <8C4C4FD5-733E-4327-8618-8C400FAE72C1@oracle.com> References: <20090820071315.GA14765@localhost> <1250773349.5352.23.camel@heimdal.trondhjem.org> <20090821012700.GA9937@localhost> <1250822171.6514.29.camel@heimdal.trondhjem.org> Mime-Version: 1.0 (Apple Message framework v936) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Cc: Trond Myklebust , NFS list , LKML To: Wu Fengguang Return-path: Received: from acsinet11.oracle.com ([141.146.126.233]:41090 "EHLO acsinet11.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752616AbZHURvD (ORCPT ); Fri, 21 Aug 2009 13:51:03 -0400 In-Reply-To: <1250822171.6514.29.camel-rJ7iovZKK19ZJLDQqaL3InhyD016LWXt@public.gmane.org> Sender: linux-nfs-owner@vger.kernel.org List-ID: On Aug 20, 2009, at 10:36 PM, Trond Myklebust wrote: > On Fri, 2009-08-21 at 09:27 +0800, Wu Fengguang wrote: >> On Thu, Aug 20, 2009 at 09:02:29PM +0800, Trond Myklebust wrote: >>> On Thu, 2009-08-20 at 15:13 +0800, Wu Fengguang wrote: >>>> Hi, >>>> >>>> After upgrading NFS client kernel to latest linux-next, NFS mount >>>> failed: >>>> >>>> # mount -t nfs pxe:/cc /cc >>>> mount.nfs: access denied by server while mounting pxe:/cc >>>> >>>> # uname -a >>>> Linux hp 2.6.31-rc6-next-20090818 #61 SMP Thu Aug 20 >>>> 14:46:10 CST 2009 x86_64 GNU/Linux >>>> >>>> However server log says OK: >>>> >>>> Aug 20 15:02:09 wu-t61 mountd[4599]: authenticated mount >>>> request from 192.168.11.6:973 for /cc (/cc) >>>> Aug 20 15:02:09 wu-t61 mountd[4599]: authenticated unmount >>>> request from 192.168.11.6:974 for /cc (/cc) >>>> >>>> However-2: nfsroot can be mounted at boot time. Server kernel has >>>> always been 2.6.30. >>>> >>>> Any ideas? >>>> >>>> Thanks, >>>> Fengguang >>> >>> Can you try again after enabling mount debugging on the NFS client? >>> >>> echo 512 > /proc/sys/sunrpc/nfs_debug >> >> I used 1024 and found the mount failed here in nfs_walk_authlist(): >> >> dfprintk(MOUNT, "NFS: server does not support requested auth >> flavor\ n"); >> nfs_umount(request); > > Thanks Fengguang! > > Chuck, this looks like one of yours. Could it be that you are hitting > the same Linux knfsd bug that Tom Haynes saw with a Solaris client? > AFAICR, the problem was that existing nfs servers do not set a default > auth flavour, and so you just have to try with auth_sys and see if it > succeeds... With 1024 set, the mount client's XDR routines should have listed the server's flavors, if any, in the system log. Should be something like "NFS: received 0 auth flavors" if the server didn't return any. Can you confirm that? I'll try to post a fix later today. -- Chuck Lever chuck[dot]lever[at]oracle[dot]com