You are not logged in.
Hey guys,
My NFS source in XBMC recently stopped working. I'm not postive what caused it, I tried downgrading libnfs and the linux kernel to back a few months to when I'm certain it was working, but with no success. I also tried downgrading XBMC to 12.3 also without any success.
Mounting my NFS share still works fine using nfsutils with `mount -t nfs desktop:/home/evan/documents/multimedia ~/some-folder`
This is the relevant section:
02:43:49 T:139805856254016 DEBUG: Joystick 0 button 1 Up
02:43:49 T:139804569323264 DEBUG: SECTION:LoadDLL(libnfs.so.4)
02:43:49 T:139804569323264 DEBUG: Loading: libnfs.so.4
02:43:49 T:139804569323264 DEBUG: NFS: Context for desktop/home/evan/documents/multimedia not open - get a new context.
02:43:50 T:139804569323264 DEBUG: NFS: Connected to server desktop and export /home/evan/documents/multimedia
02:43:50 T:139804569323264 DEBUG: NFS: chunks: r/w 1048576/1048576
02:43:50 T:139804569323264 ERROR: Failed to open(//) nfs_opendir_async failed
02:43:50 T:139805856254016 ERROR: GetDirectory - Error getting nfs://desktop/home/evan/documents/multimedia/
02:43:50 T:139805856254016 ERROR: CGUIMediaWindow::GetDirectory(nfs://desktop/home/evan/documents/multimedia/) failed
02:43:50 T:139805856254016 DEBUG: CGUIMediaWindow::GetDirectory (sources://video/)
And here's what I see in my journal on the server:
May 26 02:29:44 desktop rpc.mountd[339]: authenticated mount request from 192.168.1.101:50874 for /home/evan/documents/multimedia (/home/evan/documents/multimedia)
I had a similar problem about a year ago that turned out to be a bug in libnfs that I was able to work around by downgrading the kernel. But again, that doesn't seem to be working this time around.
Is anyone currently successfully using NFS with their arch XBMC setup? Any ideas?
Edit: Sorry, realized I probably should have posted this under "Network, Server, and Protection". If a mod would like to move it please do!
Last edited by EvanPurkhiser (2014-05-30 08:08:46)
Offline
Hi there,
I have the exact same problem. XBMC with libnfs isn't able to access nfs-shares.
I was able to downgrade and get it working with old versions of xbmc and libnfs, but after upgrade to xbmc 13 the database has changed, so a downgrade is not easily do-able.
Would appreciate any Input on how to fix this issue.
Kind Regads
Michael
Offline
I've been posting some of my findings over in this XBMC forum thread and I've made a little bit of progress.
The summary of it is: Using the latest git version of libnfs (which I will upload a PKGBUILD to the AUR) I'm able to connect when XBMC is running on the same machine running the NFS server. However on my HTPC I'm getting the error "socket error Connection refused(111)." with nothing in my journal. It's definitely a problem with libnfs, since using the new `nfs-ls` utility provided in libnfs-git fails. So I don't _think_ it's an XBMC issue. Perhpase it's time to open a issue in the libnfs github repo.
@mod24: What specifically did you have to downgrade to get it working?
Last edited by EvanPurkhiser (2014-05-29 20:32:11)
Offline
Hi,
I downgraded libnfs to version 1.0.8 and XBMC to 12.x (I don't remember exactly what it was).
Anyway, I just made some progress that I want to share with you:
I got NFS working again with the most recent xbmc-version. I had to downgrade libnfs to version 1.8.0.1 (link: http://seblu.net/a/arm/packages/l/libnf … kg.tar.xz). After that I had to create the following symlink in /usr/lib:
ln -s libnfs.so.1.0.8 libnfs.so.4
After that everything seems to run normal within xbmc. I added libnfs to the ignorePKG section and wait till this is fixed.
Kind Regards
Michael
Offline
Thanks Michael,
That does indeed work. I swear I actually tried this before per this thread but must have been doing something silly.
I'm going to raise an issue on the libnfs github issue tracker to hopefully get this figured out!
Last edited by EvanPurkhiser (2014-05-29 22:23:29)
Offline
Offline
Another little updated, you can use up to libnfs-1.9.2 if you symlink libnfs.so.1.2.1 -> libnfs.so.4. I also found the commit introducing the issue
Offline
This should be fixed in the next release of libnfs. A commit has already been made that resolves this and if you're intereseted you can apply it as a patch to libnfs-1.9.3. See my comment here on the github issue for which commit needs applied. Closing as solved!
Offline
Here's a version of libnfs-1.9.3-1-x86_64 with the patch applied if anyone wants it.
Last edited by EvanPurkhiser (2014-05-30 08:24:33)
Offline
Hi Evan,
Thank you very much for your feedback and the patched version. Seems to work.
I really like the community here. Very helpful!
Offline
Thank you for your work on this Evan. This really needs to be fixed upstream and a new version released. Your patched libnfs is great. Can you please open a bug report here against libnfs including your patch? This really needs to come down from our own maintainers.
EDIT: https://bugs.archlinux.org/task/40867
Last edited by graysky (2014-06-16 22:17:12)
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
Whoops, just opened a bug report without seeing yours (here https://bugs.archlinux.org/task/40868). It looks like you're patch might be slightly wrong though, so I'll leave my bug open.
Also just saw the comment on the GH issue about a new version coming, so maybe we should just wait?
Last edited by EvanPurkhiser (2014-06-16 22:45:32)
Offline
Oh? When I looked at the file your patch reverted, the line numbers were incorrect on my source anyway?
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline