[Voyage-linux] Feature request - robust remount of nfs to voyage MPD music server if nfs point is missing

[Mark Schlegel]

On Saturday 03 September 2011 04:17:46 PM you wrote:
> It would be really handy if the remote mpd server would do a
> "mount /mnt/public"  (or whatever nfs mount point was used if not
> /mnt/public) by itself if it's asked to do a music library rescan.
> 
> I have my music library on my main desktop (192.168.1.105) and I tend to
> suspend that machine to ram to save power when I'm away.  Obviously this
> makes the mpd remote "alix" host see the nfs mount die.  When I reload the
> music machine back from suspend, I then have to ssh to the alix and
> manually do a "mount /mnt/public"  ( I suspect "mount -a" would be ok
> too).  This is because I've found the MPD process can't seem to recover
> from losing the NFS mount.  I usually have to ssh to root at alix and do the
> "mount /mnt/public" where my nfs mount is:
> 
> /etc/fstab on "alix"
> 
> 192.168.1.105:/home/public /mnt/public nfs rw,noatime 0 0
> 
> 
> My suggestion is that the Voyage MPD try to mount remote filesystems that
> are missing when a "reload library" event is requested by the MPD client.
> This would make the ssh to the alix unnecessary.

Actually I've re-tried this and it works, it's possible I needed to disconnect 
the client before the suspend to ram occurs.  If that's not it, I'm not sure 
why I had to manually remount earlier