Unable to import remote files via NFS

[mannp]

Using Arch linux to connect to a linux file server via NFS and Tauon is unable to import any files.

It complains at no files being present but the files are there and readable.

The same files shared via SMB work fine.

[Taiko2k]

Do you get any error message? If so what does it specifically say?

[mannp]

If I drag the nfs share link I only get ..

file to import missing
Writing database to disk.

[Taiko2k]

The files would need to be mounted on the filesystem. I.e. can you navigate to and list the files using the ls command in terminal?

[mannp]

Well yes of course, they are mounted on the filesystem

❯ ls '/run/user/1000/gvfs/nfs:host=,prefix=%2Fmnt%2Fuser%2FMy_Data/MusicTagged/FLAC'
'Album Artists' Extra infobrowser.opml Singles 'Various Artists'

It is the same destination as mounted via smb but tauon doesn't find the files ... as though it is not going into directories like it does with smb.

All the files follow the same owners and privs

-rw-r--r-- 1 local users 158252 Dec 10 14:22 cover.jpg

VLC plays the example flac file fine, but if I drag the same flac file to tauon is gives me the 'file to import missing' in the log...

I am running the latest master in the terminal to get these messages btw.

[Taiko2k]

It could be the path is being parsed wrongly. That mount point does look kinda scary.

Try edit tauon.py, search for the line that contains "file to import missing", and below that insert the line print(path). Then save and rerun, try to see mport that same flac file again, I assume the path it prints might not match.

[mannp]

Arch mounts as -> /run/user/1000/gvfs//nfs:host=,prefix=%2Fmnt%2Fuser%2FMy_Data/MusicTagged/MP3

Tauon reports;

/run/user/1000/gvfs/nfs:host=,prefix=/mnt/user/My_Data/MusicTagged/MP3

[Taiko2k]

Okay so it looks like there are urlencoded characters in that URI, and tauon currently attempts to decode any and all found. But its not intended that those ones are to be decoded because it's litterally part of the URI.

Hmm, probably tauon shouldn't do that for plain paths like that... Yeah, I suppose that should be fixed.

In the mean time, you could create a symlink to that folder but one with a simpler path. Or what I would do is use something else to mount the NFS, like mount it using fstab (say mount it to /mnt/something) for example rather than using gvfs.

[mannp]

Its decoded correctly for the same share via smb, so it seems to not be any complexity of share being the problem.

Symlinks got me going again, as don't like fstab mounts.

Thanks.

[C0rn3j]

Presuming this is still an issue today, I'm down to fix this but I need someone to provide me a problematic NFS server or dead-simple instructions to spin it up on Docker/Incus, as I am interested in fixing this bug but not figuring out NFS-specific setup issues.