Re: Stale NFS handles on 2.4.2
Neil Brown (neilb@cse.unsw.edu.au)
Wed, 28 Feb 2001 11:12:02 +1100 (EST)
On Sunday February 25, dfries@umr.edu wrote:
> On Sun, Feb 25, 2001 at 08:25:10PM +1100, Neil Brown wrote:
> > On Saturday February 24, dfries@umr.edu wrote:
> > Verrry odd.  I can see why you were suspecting a cache.
> > I'm probably going to have to palm this off to Trond, the NFS client
> > maintainer (are you listening Trond?) but could please confirm that
> > from the client you can:
> > 
> >  1/ ping server
> >  2/ rpcinfo -p server
> >  3/ showmount -e server
> >  4/ mount server:/exported/filesys /some/other/mount/point
> > 
> > If all of these work, them I am mistified.  If one of these fails,
> > then that might point the way to further investigation.
> 
> I have server:/home mounted on /home, the directory /home/david is the
> mount file/directory on that mount that has a stale handle, everything
> else on that mount point works including accessing any file under
> /home/david.
So... you can access things under /home/david, but you cannot access
/home/david itself?
So, supposing that "fred" were some file that you happen to know is
in /home/david, then
    ls /home/david             fails with ESTALE and does not cause
			       any traffic to the server and
    ls -l /home/david/fred     succeeds.
Is that right?
Could you try:
  echo 255 > /proc/sys/sunrpc/nfs_debug 
and then do the "ls /home/david" and see what gets put in 
/var/log/messages (or kern_log or syslog or where such things go).
NeilBrown
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/