Re: client apps not surviving nfsd restart

[Frank Steiner <fsteiner-mail@bio.ifi.lmu.de>]

Olaf Kirch wrote:

> I reproduced this. Someone "improved" the init script to do this:
> 
> 	/usr/sbin/exportfs -au
> 	killproc -n -KILL nfsd
> 
> so we first zap the exports tables, then stop all nfsds. Any NFS
> requests received in the meanwhile will see ESTALE.
> 
> Try removing the exportfs call.

Yes, that makes the difference! The "find" now again just hangs and
after the server returns, continues without any problems. Same with
"cp". "rsync" now also doesn't complain at the end anymore!

I feel stupid about this: When reporting the race problem with restarting
the server on the lkml, Neil already told me that the "exportfs -au"
should not be called before killing the nfsd and so I changed the order.
But because this had no effect for the race bug, I forgot it and didn't
change the init script for all our hosts.

So I guess that all the stales and problems we had since 9.0 were just
caused by the bug in the script... And I was already so disappointed
by nfs-over-tcp because I blamed it for the stales :-)

Thanks for your help! I will bugfix our scripts and then give 2.6 a
try with nfs-over-tcp :-)

cu,
Frank

-- 
Dipl.-Inform. Frank Steiner   Web:  http://www.bio.ifi.lmu.de/~steiner/
Lehrstuhl f. Bioinformatik    Mail: http://www.bio.ifi.lmu.de/~steiner/m/
LMU, Amalienstr. 17           Phone: +49 89 2180-4049
80333 Muenchen, Germany       Fax:   +49 89 2180-99-4049



-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs