Re: nfsd, rmtab, failover, and stale filehandles

[Garrick Staples <garrick@usc.edu>]

[-- Attachment #1: Type: text/plain, Size: 1892 bytes --]

On Fri, May 07, 2004 at 02:25:43PM -0400, J. Bruce Fields alleged:
> On Thu, May 06, 2004 at 04:00:55PM -0700, Garrick Staples wrote:
> > No effect.  All I did was kill mountd, run the patched mountd, and try to 'ls'
> > on the client.
> 
> I think that's not enough....
> 
> > Watching an strace of mountd, it doesn't seem that mountd is ever contacted.
> > The client reports stale filehandle pretty much immediately, and mountd doesn't
> > do anything.
> 
> The upcall was made earlier, and the kernel has cached it (even if it's
> a negative result).  So, just to make sure, could you try:
> 
> killall rpc.mountd
> exportfs -f	#flush the kernel's caches
> rpc.mountd	#(the patched version)

Hey!  That did, in fact, revive a long-standing stale filehandle!  Cheers for
Mr. Fields!

But now I've just noticed something else that is odd.  Something that I'm
surprised I haven't come across before...  I have to unexport filesystems
twice before I can unmount them.

Good and normal...

[root@hpc-fs3 root]# mount /dev/vgtest/lvtest /mnt/test
[root@hpc-fs3 root]# exportfs -o rw,no_subtree_check,no_root_squash,async 10.125.0.0/16:/mnt/test
[root@hpc-fs3 root]# exportfs -u 10.125.0.0/16:/mnt/test
[root@hpc-fs3 root]# umount /mnt/test         


Same thing, but I did an 'ls' on the client after it was exported...

[root@hpc-fs3 root]# mount /dev/vgtest/lvtest /mnt/test
[root@hpc-fs3 root]# exportfs -o rw,no_subtree_check,no_root_squash,async 10.125.0.0/16:/mnt/test
[root@hpc-fs3 root]# exportfs -u 10.125.0.0/16:/mnt/test
[root@hpc-fs3 root]# umount /mnt/test         
umount: /mnt/test: device is busy
[root@hpc-fs3 root]# exportfs -u 10.125.0.0/16:/mnt/test
[root@hpc-fs3 root]# umount /mnt/test         

'exportfs -f' does as well as a second umount.

-- 
Garrick Staples, Linux/HPCC Administrator
University of Southern California

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]