linux-kernel - Re: mount.nfs: access denied by server

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Thu, 20 Aug 2009 22:36:11 -0400
From:	Trond Myklebust <trond.myklebust@....uio.no>
To:	Wu Fengguang <fengguang.wu@...el.com>,
	"Mr. Charles Edward Lever" <Chuck.Lever@...cle.com>
Cc:	"linux-nfs@...r.kernel.org" <linux-nfs@...r.kernel.org>,
	LKML <linux-kernel@...r.kernel.org>
Subject: Re: mount.nfs: access denied by server

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...

Cheers
  Trond

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/