If the server goes down on you, you're in serious trouble. The only way
around that is not mounting... Use autofs and dismount when possible.
Then on the server side, detect if there is a mount or not. Refrain
from going down if there is a mount (or other measurable NFS activity).
Server unfs3d is slower but easier to monitor. It shows opened files via
lsof, when the kernel server does not. 
On the client side, you can send a WOL packet to the server within the
mount request. Or, slower but more reliable, send wol packets when NFS
retries start piling up. Usually the reason for the mount to fail is
the server sleeping.

I've been using this kind of setup for a good deal of time on AppleTVs,
clients to a linux server. It's been working pretty well. Almost zero
lockups. Sequence "try mount>errors>wol>mount" is not fast, but very
robust. If you can somehow anticipate the wake of the server in additon
to that defensive scheme, you could have a swift system. 
The AppleTv has 256MB RAM, and I had no issue running an  automounter
and the NFS+WOL monitor on top of it.

HTH


-- 
epoch1970

Daily dose delivered by: 2 SB Classic (fw 130), 1 SB Boom (fw 50) •
SqueezeCenter 7.3.4 (Debian 5.0) with plugins: ContextMenu,
SaverSwitcher by Peter Watkins • Server Power Control by Gordon Harris
•  WeatherTime by Martin Rehfeld • IRBlaster by Gwendesign (Felix) •
FindArt, CDplayer by bpa • BBC iPlayer, SwitchPlayer by Triode •
PowerSave by Jason Holtzapple • TrackStat by Erland Isaksson.
------------------------------------------------------------------------
epoch1970's Profile: http://forums.slimdevices.com/member.php?userid=16711
View this thread: http://forums.slimdevices.com/showthread.php?t=77604

_______________________________________________
jive mailing list
jive@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/jive

Reply via email to