I’m using autofs to access video files in remote NFS shares. This is causing all kinds of problems when the file server goes into sleep mode.
In another thread I’ve inquired about the possibility of autofs sending WOL packets to unresponsive servers, but it doesn’t look like I’m ever going to get a response to that so I’m wondering if we could at least mitigate the damage a bit.
There are two principal issues. The first happens when I try to play a video when the server is asleep. I get a message saying the file is no longer available, and do I want to remove it from the library (which I guess is fair enough); but then something seems to cache the fact that the file isn’t there any more, so that even if I manually wake the server up and then try to play the file again, it still says the file is missing and do I want to remove it from the library; I have to reboot the Vero 4K+ to get it to actually look for the file again.
The even more annoying one happens if I pause playback. The server is set to wait for 30 minutes before going into sleep mode, but if it’s been more than 30 minutes since anyone hit the server keyboard or mouse, it will stay awake so long as a file is being actively accessed, but can go into sleep mode quite rapidly if the video is paused and the Vero stops pulling data.
If the server goes to sleep while the video is paused then the Vero locks up so badly that it can’t even be rebooted successfully: the only way to get any any response at all is to connect to it via SSH and instruct it to reboot, but then the reboot process itself locks up (while trying to unmount an unresponsive autofs share, I think) and the only option I’m left with is to power-cycle the Vero.
Obviously the server behaviour isn’t exactly helping here, but surely the Vero shouldn’t be locking up that badly if the video file becomes inaccessible while playback is paused?
EDIT: incidentally, this isn’t only an autofs issue. Even if I’m accessing a file via a Kodi-level NFS source, it will only send a WOL packet when first accessing the source. If the server goes to sleep when playback is paused, it doesn’t send a new WOL packet when you try to resume playback, and you then get the same lock-up issue.