Join GitHub today
GitHub is home to over 40 million developers working together to host and review code, manage projects, and build software together.Sign up
When an NFS mount disconnects, music is still not available after reconnect #690
If music is stored on a NFS share, and the share fails to mount when forked-daapd starts up, the music is not available even after the NFS share is remounted. A full rescan is required for the music to be available again.
Steps to reproduce:
pi-sitting is a raspberry pi sharing a music library over NFS.
Thanks for the thorough report. I had a look at the code, and I can see that the disable happens here:
It is less clear how/where the directories/files are supposed to be enabled again. I'm not sure what events inotify gives when mounting a nfs volume. Can you set log level to debug and then try to remount? Then look in the log for this log event (hope it is there...):
I know it is a bit much to ask, but if you are able to trace what happens in the code during remount it is a tremendous help.
This log is from starting up forked-daapd when the music is on an NFS drive that can't be mounted because the NFS server is down. (This is an ubuntu machine, not the raspberry pi from the previous log). I'm not sure the disable is happening -- perhaps because forked-daapd can't tell that the drive is missing. If I