[prev in list] [next in list] [prev in thread] [next in thread] 

List:       linux-nfs
Subject:    Re: Spurious permission denied
From:       "Myklebust, Trond" <Trond.Myklebust () netapp ! com>
Date:       2012-06-19 13:39:46
Message-ID: 1340113184.3754.5.camel () lade ! trondhjem ! org
[Download RAW message or body]

On Tue, 2012-06-19 at 11:58 +0200, Christoph Bartoschek wrote:
> Hi,
> 
> we still have the problem that some users get permission denied for 
> directories they normally can access. The problem only affects a single user 
> at a time and automatically goes away after about 30 minutes.
> 
> It seems to be a server problem because this happens on all client machines 
> at the same time.
> 
> Here is how it looks like:
> 
> [bartosch@r1106i12 ~]$ ls /afs/eda/prod
> ls: cannot open directory /afs/eda/prod: Permission denied
> [bartosch@r1106i12 ~]$ id
> uid=348(bartosch) gid=200(vls) 
> groups=200(vlsi),100(users),201(zab),900(ibm),901(iba),902(ama),1001(eda),2030(asi),2057(ecl),41999(tra)
>  [bartosch@r1106i12 ~]$ 
> 
> I have attached the network traffic that was exchanged between the NFS 
> server and the client for the ls command captured by wireshark.
> 
> Accessing the directory /afs/eda works as expected.
> 
> Has anyone an idea what could be wrong?

NFSv3 doesn't use the mode bits to determine access rights, so looking
at a GETATTR call isn't really that helpful. You need to catch the
original ACCESS call and reply in order to figure out what caused the
permission denied issue.

-- 
Trond Myklebust
Linux NFS client maintainer

NetApp
Trond.Myklebust@netapp.com
www.netapp.com

--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[prev in list] [next in list] [prev in thread] [next in thread]