I am switching my network file server to new hardware and upgrading to a recent Linux and OpenMediaVault version. I use LibreElec on several Raspberry Pi 3's model B to access the file server. Version 8.25 and also tested with the current 9.x version, 9.01 I think.
I tried playing a video file from the new server and after a couple of minutes and when skipping around the video wildly...for testing purposes...the stream would stall and I would get various errors in the Kodi debug log. Kodi was still responding to key presses, but it hung waiting for the NFS mount.
In any case, while going through trying to identify the issue and then trying to test/view the NFS traffic between the client and server, I was setting up an external mount before starting Kodi so I could test different NFS options/configuration. Well, with the first thing i tried, specifying NFS version 3, it worked without issues. Only when using the built-in NFS and the Samba mounts did the issue occur. On my system/environment, it always happens with the built-in mapping.
The workaround is fine for me. I'm not sure if this is a specific LibreElec issue or a Kodi issue or may only specific to my environment. FYI, I tried this with the Krypton and Leia versions of LibreElec and also with an older Krypton version that was not LibreElec I had previously tested on a Linux Debian Jessie distribution on a Raspberry Pi. The issue happened on all of the versions.
Debug logs attached. One where it's using the NFS mount within Kodi, the other where it's mounted before Kodi starts and so you see /storage/nfs/SSD path references where the NFS drive is mounted to..
Another note, when using my old network file server, this issue does not occur.