NFS not working in 9.97.1 Generic build

bloodypiker · August 8, 2021 at 8:32 PM

I wanted to try the new builds for the hope of HDR support on my 7gen NUC. I have tried the latest community edition for NUC's , and the latest official release. I moved from a working 9.2.x build that has been solid. I performed a clean install and Kodi will not mount my NFS shares. I have gone through and verified the settings of my NFS shares running on a Synology NAS. I went back to 9.2.6 and the shares mount without issue.

When adding a source, Kodi can browse and discover the NFS share volumes but hangs when attempting to open them.

Error in logs:

Code

DEBUG <general>: NFS: Context for 192.168.1.116/volume1/movies not open - get a new context.
ERROR <general>: NFS: Failed to mount nfs share: /volume1/movies (mount_cb: command timed out)
ERROR <general>: GetDirectory - Error getting nfs://192.168.1.116/volume1/movies/
ERROR <general>: CGUIDialogFileBrowser::GetDirectory(nfs://192.168.1.116/volume1/movies/) failed

Full debug output:

http://ix.io/3voK

I see in the build notes, there are improvements to NFS. Any ideas what could be causing this?

**Klojum** · August 9, 2021 at 4:32 AM Official Post

I run LE 9.97.1 on a Raspberry Pi and Generic PC, and both are still working with my NFS sources: not Synology though, but Ubuntu Server.

Synology is having a big DSM 7.0 rollout at the moment, did you already update your NAS?

bloodypiker · August 10, 2021 at 1:02 AM

I have not updated my Synology to 7.0. Version 6.2 already has full support for NFS 4.0 and 4.1

**Klojum** · August 10, 2021 at 6:11 AM Official Post

Someone else on the Kodi forum now has NFS browse problems AFTER upgrading to DSM's v7.0, so that's odd too.

duck7000 · August 12, 2021 at 4:16 PM

On my libreelec generic Nfs is not working through the gui either, if i edit the sources.xml file manually it works flawlessly

Just my thoughts

**Klojum** · August 12, 2021 at 8:51 PM Official Post

Quote from duck7000

if i edit the sources.xml file manually it works flawlessly
Just my thoughts

Is that with a Syno NAS using DSM 7.0 ?

bloodypiker · August 13, 2021 at 2:35 AM

Thought I would look at the process as it traverses the network to see what is different. Im not a Wireshark expert but maybe someone can point out the differences and potential issues. The captures are at the NUC with a Plunder Bug with a filter showing all traffic to and from the IP of the NUC. In both instances I am adding a source to the file manager with browse -> NFS -> select IP of Synology share -> Select "movies" share path.

9.2.6

Code

"No.","Time","Source","Destination","Protocol","Length","Info"
"1025","19:21:09.602985","192.168.1.85","192.168.1.116","TCP","74","678 → 111 [SYN] Seq=0 Win=64240 Len=0 MSS=1460 SACK_PERM=1 TSval=19207878 TSecr=0 WS=128"
"1026","19:21:09.603018","192.168.1.116","192.168.1.85","TCP","74","111 → 678 [SYN, ACK] Seq=0 Ack=1 Win=14480 Len=0 MSS=1460 SACK_PERM=1 TSval=91807595 TSecr=19207878 WS=128"
"1027","19:21:09.603522","192.168.1.85","192.168.1.116","TCP","66","678 → 111 [ACK] Seq=1 Ack=1 Win=64256 Len=0 TSval=19207879 TSecr=91807595"
"1028","19:21:09.603555","192.168.1.85","192.168.1.116","Portmap","138","V2 NULL Call (Reply In 1030)"
"1029","19:21:09.603625","192.168.1.116","192.168.1.85","TCP","66","111 → 678 [ACK] Seq=1 Ack=73 Win=14592 Len=0 TSval=91807595 TSecr=19207879"
"1030","19:21:09.603627","192.168.1.116","192.168.1.85","Portmap","94","V2 NULL Reply (Call In 1028)"
"1031","19:21:09.604296","192.168.1.85","192.168.1.116","TCP","66","678 → 111 [ACK] Seq=73 Ack=29 Win=64256 Len=0 TSval=19207879 TSecr=91807595"
"1032","19:21:09.604325","192.168.1.85","192.168.1.116","Portmap","154","V2 GETPORT Call (Reply In 1033) NFS(100003) V:3 TCP"
"1033","19:21:09.604333","192.168.1.116","192.168.1.85","Portmap","98","V2 GETPORT Reply (Call In 1032) Port:2049"
"1034","19:21:09.604848","192.168.1.85","192.168.1.116","TCP","66","678 → 111 [ACK] Seq=161 Ack=61 Win=64256 Len=0 TSval=19207880 TSecr=91807596"
"1035","19:21:09.604875","192.168.1.85","192.168.1.116","TCP","66","678 → 111 [RST, ACK] Seq=161 Ack=61 Win=64256 Len=0 TSval=19207880 TSecr=91807596"
"1036","19:21:09.605702","192.168.1.85","192.168.1.116","TCP","74","679 → 2049 [SYN] Seq=0 Win=64240 Len=0 MSS=1460 SACK_PERM=1 TSval=19207881 TSecr=0 WS=128"
"1037","19:21:09.605729","192.168.1.116","192.168.1.85","TCP","74","2049 → 679 [SYN, ACK] Seq=0 Ack=1 Win=14480 Len=0 MSS=1460 SACK_PERM=1 TSval=91807597 TSecr=19207881 WS=128"
"1038","19:21:09.605979","192.168.1.85","192.168.1.116","TCP","66","679 → 2049 [ACK] Seq=1 Ack=1 Win=64256 Len=0 TSval=19207881 TSecr=91807597"
"1039","19:21:09.606015","192.168.1.85","192.168.1.116","NFS","138","V3 NULL Call (Reply In 1041)"
"1040","19:21:09.606080","192.168.1.116","192.168.1.85","TCP","66","2049 → 679 [ACK] Seq=1 Ack=73 Win=14592 Len=0 TSval=91807598 TSecr=19207881"
"1041","19:21:09.606098","192.168.1.116","192.168.1.85","NFS","94","V3 NULL Reply (Call In 1039)"
"1042","19:21:09.606651","192.168.1.85","192.168.1.116","TCP","66","679 → 2049 [ACK] Seq=73 Ack=29 Win=64256 Len=0 TSval=19207882 TSecr=91807598"
"1043","19:21:09.606679","192.168.1.85","192.168.1.116","NFS","170","V3 FSINFO Call (Reply In 1044), FH: 0x75a21bfb"
"1044","19:21:09.606688","192.168.1.116","192.168.1.85","NFS","150","V3 FSINFO Reply (Call In 1043)"
"1045","19:21:09.607287","192.168.1.85","192.168.1.116","TCP","66","679 → 2049 [ACK] Seq=177 Ack=113 Win=64256 Len=0 TSval=19207882 TSecr=91807598"
"1046","19:21:09.607367","192.168.1.85","192.168.1.116","NFS","170","V3 GETATTR Call (Reply In 1047), FH: 0x75a21bfb"
"1047","19:21:09.607383","192.168.1.116","192.168.1.85","NFS","182","V3 GETATTR Reply (Call In 1046)  Directory mode: 0777 uid: 0 gid: 0"
"1048","19:21:09.607984","192.168.1.85","192.168.1.116","TCP","66","679 → 2049 [ACK] Seq=281 Ack=229 Win=64256 Len=0 TSval=19207883 TSecr=91807599"
"1049","19:21:09.608014","192.168.1.85","192.168.1.116","NFS","194","V3 READDIRPLUS Call (Reply In 1068), FH: 0x75a21bfb"
"1058","19:21:09.647884","192.168.1.116","192.168.1.85","TCP","66","2049 → 679 [ACK] Seq=229 Ack=409 Win=15616 Len=0 TSval=91807640 TSecr=19207883"
"1062","19:21:09.864314","192.168.1.116","192.168.1.85","TCP","1514","2049 → 679 [ACK] Seq=229 Ack=409 Win=15616 Len=1448 TSval=91807855 TSecr=19207883 [TCP segment of a reassembled PDU]"
"1063","19:21:09.864317","192.168.1.116","192.168.1.85","TCP","1514","2049 → 679 [ACK] Seq=1677 Ack=409 Win=15616 Len=1448 TSval=91807855 TSecr=19207883 [TCP segment of a reassembled PDU]"
"1064","19:21:09.864319","192.168.1.116","192.168.1.85","TCP","1514","2049 → 679 [ACK] Seq=3125 Ack=409 Win=15616 Len=1448 TSval=91807855 TSecr=19207883 [TCP segment of a reassembled PDU]"
"1065","19:21:09.864321","192.168.1.116","192.168.1.85","TCP","1514","2049 → 679 [ACK] Seq=4573 Ack=409 Win=15616 Len=1448 TSval=91807855 TSecr=19207883 [TCP segment of a reassembled PDU]"
"1066","19:21:09.864323","192.168.1.85","192.168.1.116","TCP","66","679 → 2049 [ACK] Seq=409 Ack=3125 Win=63232 Len=0 TSval=19208139 TSecr=91807855"
"1067","19:21:09.864325","192.168.1.116","192.168.1.85","TCP","1514","2049 → 679 [ACK] Seq=6021 Ack=409 Win=15616 Len=1448 TSval=91807855 TSecr=19207883 [TCP segment of a reassembled PDU]"
"1068","19:21:09.864326","192.168.1.116","192.168.1.85","NFS","990","V3 READDIRPLUS Reply (Call In 1049) . .. The Last Starfighter.nfo 12.Strong.2018.BluRay.Remux.1080p.AVC.DTS-HD.MA.5.1-TDD-fanart.jpg A Christmas Story-poster.jpg First Man-logo.png Ready Player One-fanart.jpg Incredibles.2.2018.BRA.BluRay.Remux.1080p.AVC.DTS-HD.MA.7.1-eXcommunicado.nfo Coco-clearart.png Insurgent The Wild Bunch- BAD.nfo The Fifth Element Terminator - Dark Fate-landscape.jpg The NeverEnding Story-poster.jpg The Death of Stalin-fanart1.jpg The Wild Bunch- BAD-poster.jpg Pixels Pinocchio-logo.png Falling Down-logo.png Jackie-logo.png The Breakfast Club.mkv Hotel Transylvania 2.nfo Hotel Transylvania 3-logo.png O Brother Where Art Thou.mkv 3 Ninjas-fanart.jpg Frozen II.mkv Manchester.by.the.Sea.2016.1080p.BluRay.x264-GECKOS-landscape.jpg October.Sky.1999.1080p.BluRay.DTS.5.1.x264-BMF-landscape.jpg Scoob.2020.2160p.HDR.WEB-DL.DD+5.1.HEVC-clearlogo.png Angry Birds The Kid.ts Let's Be Cops.mkv Olafs Frozen Adventure-fanart5.jpg The Jerk.nfo Back to the Future-logo.png The Incredibles-landscape.jpg Free Willy 2-poster.jpg The Boxtrolls Aladdin-landscape.jpg American Hustle.mkv The Wild Bunch 1969 720p BluRay DD5.1 x264-RightSiZE.nfo jojo.rabbit.2019.2160p.uhd.bluray.x265-terminal.nfo"

Display More

9.97.1

Code

"No.","Time","Source","Destination","Protocol","Length","Info"
"1149","19:12:57.591053","192.168.1.85","192.168.1.116","TCP","74","657 → 111 [SYN] Seq=0 Win=64240 Len=0 MSS=1460 SACK_PERM=1 TSval=713167301 TSecr=0 WS=128"
"1150","19:12:57.591080","192.168.1.116","192.168.1.85","TCP","74","111 → 657 [SYN, ACK] Seq=0 Ack=1 Win=14480 Len=0 MSS=1460 SACK_PERM=1 TSval=91315576 TSecr=713167301 WS=128"
"1151","19:12:57.591238","192.168.1.85","192.168.1.116","TCP","66","657 → 111 [ACK] Seq=1 Ack=1 Win=64256 Len=0 TSval=713167301 TSecr=91315576"
"1152","19:12:57.591330","192.168.1.85","192.168.1.116","Portmap","138","V2 NULL Call (Reply In 1154)"
"1153","19:12:57.591473","192.168.1.116","192.168.1.85","TCP","66","111 → 657 [ACK] Seq=1 Ack=73 Win=14592 Len=0 TSval=91315576 TSecr=713167301"
"1154","19:12:57.591475","192.168.1.116","192.168.1.85","Portmap","94","V2 NULL Reply (Call In 1152)"
"1155","19:12:57.591890","192.168.1.85","192.168.1.116","TCP","66","657 → 111 [ACK] Seq=73 Ack=29 Win=64256 Len=0 TSval=713167302 TSecr=91315576"
"1156","19:12:57.591918","192.168.1.85","192.168.1.116","Portmap","154","V2 GETPORT Call (Reply In 1157) MOUNT(100005) V:3 TCP"
"1157","19:12:57.591990","192.168.1.116","192.168.1.85","Portmap","98","V2 GETPORT Reply (Call In 1156) Port:892"
"1158","19:12:57.592360","192.168.1.85","192.168.1.116","TCP","66","657 → 111 [ACK] Seq=161 Ack=61 Win=64256 Len=0 TSval=713167302 TSecr=91315577"
"1159","19:12:57.592380","192.168.1.85","192.168.1.116","TCP","66","657 → 111 [RST, ACK] Seq=161 Ack=61 Win=64256 Len=0 TSval=713167302 TSecr=91315577"
"1160","19:12:57.592872","192.168.1.85","192.168.1.116","TCP","74","658 → 892 [SYN] Seq=0 Win=64240 Len=0 MSS=1460 SACK_PERM=1 TSval=713167303 TSecr=0 WS=128"
"1161","19:12:57.592926","192.168.1.116","192.168.1.85","TCP","74","892 → 658 [SYN, ACK] Seq=0 Ack=1 Win=14480 Len=0 MSS=1460 SACK_PERM=1 TSval=91315578 TSecr=713167303 WS=128"
"1162","19:12:57.593217","192.168.1.85","192.168.1.116","TCP","66","658 → 892 [ACK] Seq=1 Ack=1 Win=64256 Len=0 TSval=713167303 TSecr=91315578"
"1163","19:12:57.593376","192.168.1.85","192.168.1.116","MOUNT","138","V3 NULL Call (Reply In 1165)"
"1164","19:12:57.593385","192.168.1.116","192.168.1.85","TCP","66","892 → 658 [ACK] Seq=1 Ack=73 Win=14592 Len=0 TSval=91315578 TSecr=713167303"
"1165","19:12:57.593418","192.168.1.116","192.168.1.85","MOUNT","94","V3 NULL Reply (Call In 1163)"
"1166","19:12:57.593767","192.168.1.85","192.168.1.116","TCP","66","658 → 892 [ACK] Seq=73 Ack=29 Win=64256 Len=0 TSval=713167304 TSecr=91315578"
"1167","19:12:57.593932","192.168.1.85","192.168.1.116","MOUNT","158","V3 MNT Call /volume1/movies"
"1169","19:12:57.633680","192.168.1.116","192.168.1.85","TCP","66","892 → 658 [ACK] Seq=29 Ack=165 Win=14592 Len=0 TSval=91315619 TSecr=713167304"

Display More

One thing that stands out to me but don't know what it means. The initial calls are the same V2 NULL Call and Reply on Portmap protocol, the connection is reset, then there is a V3 NULL Call and Reply. Working 9.2.6 call is. with NFS protocol, not working 9.97.1 is with MOUNT protocol.

Any ideas?

Quote from duck7000

On my libreelec generic Nfs is not working through the gui either, if i edit the sources.xml file manually it works flawlessly
Just my thoughts

I have tried this but get an error that it can not connect with the same entries as my first post.

duck7000 · August 13, 2021 at 10:45 AM

Quote from Klojum

Is that with a Syno NAS using DSM 7.0 ?

No with Ubuntu server 20.04 so it may not be relevant here.

Through the gui i can't even browse the network, gives error not available or something.

I thought it may be related to this issue.

**Klojum** · August 13, 2021 at 12:45 PM Official Post

Quote from duck7000

No with Ubuntu server 20.04 so it may not be relevant here.

I had an initial hiccup with 20.04 using NFS as well. I went to using 18.04 instead which seems more stable and it "works" for me.

Kraprot · September 1, 2021 at 1:27 PM

I don't know if this is at all relevant to the thread or helpful in anyway, but... I have 9.97.1 generic on my Intel NUC and have had no problems with NFS whatsoever. It's a very basic installation with no add-ons. I have added a couple of NFS shares hosted on my QNAP NAS as sources via the Kodi GUI. (Using the QNAP's IP address.) This has worked flawlessly up until yesterday when I suddenly lost Internet connectivity. With Internet gone, Kodi could no longer connect to the QNAP shares. Other computers on my local network had no problems connecting to the QNAP shares. I logged in to the NUC/LibreELEC via SSH and tried mounting the QNAP shares manually from the command line and that worked without any problems. It was only accessing the shares via Kodi's GUI (Videos -> Files -> <share>) that failed. When Internet connectivity was restored, it was again possible to browse the shares via the GUI. I have no idea why loss of Internet connectivity would affect accessing NFS shares on a LAN using IPs and only via the GUI, but there you are. Unfortunately I didn't have time to create any debug logs before Internet connectivity was restored and I really don't want to experiment with disconnecting my WAN.

AdmFubar · September 1, 2021 at 10:46 PM

I'm thinking it is a dns/dhcp issue. is your nas dynamic or static addressed? and are you using just the gateway as your sole router on your network?

Kraprot · September 2, 2021 at 4:06 PM

Quote from AdmFubar

I'm thinking it is a dns/dhcp issue. is your nas dynamic or static addressed? and are you using just the gateway as your sole router on your network?

The NAS has a static IP address and is located on the same subnet as the NUC with LibreELEC. Both are connected via cable to the same switch which is plugged into one of my router's LAN ports. I used the static IP address for the NAS when I mapped the shares via Kodi's GUI. I can't see any valid reason for either DNS or DHCP being involved here and mounting the shares manually from the LibreELEC command line (while Internet was still down) worked fine. That being said, I suppose it could still be a DNS issue if browsing to a share via Kodi's GUI triggers a DNS lookup for some reason. Why it would need to do that to connect to a local share (using IP, not name) I don't know. I have the same shares mapped on a number of other systems in the house and they all worked perfectly fine. It was only trying to access the shares via the Kodi GUI that failed.

AdmFubar · September 2, 2021 at 8:04 PM

Did you type the pathways into kodi, cut and paste, or update the config file directly?

I'm thinking a spelling error in the path. the l's(L) and 1's (one) look a lot alike.

copied the the error output from your first post into a text editor.. the 1's seem to be correct... next this to check is an errant space at the end of the nfs path.

another thought just occurred to me, it needs dns because it needs to phone home... :O

I need to check this out.

Kraprot · September 3, 2021 at 6:13 AM

I see you are referring to the OP's first post here. Perhaps you were doing that in your previous post as well? I just assumed that you were replying to my (the latest) post...

Anyway, I can subscribe to the "phone home" theory. It would be interesting to capture and analyze the traffic, i.e. see what happens when you browse to a NFS share (mapped with IP) via Kodi's GUI... Unfortunately, I'm not in a position to do that right now. Obviously my router couldn't forward any DNS queries when it had lost its Internet connection, so if a DNS lookup was made it would explain why Kodi couldn't connect to the share. There's still no valid reason for making a DNS lookup just to connect to a local share via its IP address, but who knows...

NFS not working in 9.97.1 Generic build

Similar Threads

LibreELEC-Generic.x86_64-9.97.1 VDR_VIDEO_DIR on a NFS server

(bluetooth) time delay in audio on fresh 9.97 installation

Chapter skip forward on OSD not working 9.97.1