You are not logged in.
Hi folks,
I have a rather weird experience with my nfs server on a pi running OpenMediaVault - OMV.
1. OMV nfs Server:
a. I configured nfs in the GUI of OMV. There is a /export-directory with seven sub-directories like movies, music, ebooks, etc.
b. Permission for all shares/subdirectories are: insecure, rw, subtree_check
c. Permission for all sub-directories are: drwxr-sr-x for pi:users
d. "omv# showmount -e" lists all seven nfs directories with access to 192.168.1.0/24
2. Nfs client machines:
a. Nfs users are just two users on two machines in a private network.
b. /etc/fstab on user machines are all the same for all sub-directories:
...
192.168.1.xxx:/export/movies /home/userx/MultimediaOMV/movies nfs rsize=8192,wsize=8192,timeo=14,intr,noauto,x-systemd.automount 0 0
...
c. Mount point for both users are directories within their home directories on their machines (~/MultimediaOMV/...).
d. Permission for mount points is: drwxr-xr-x for root:100
e. Only one mount point has different permissions: drwxr-sr-x for root:root. I changed this to root:100 and remounted nfs shares to no effect.
f. Permission for subdirectories is: drwxr-sr-x for userx:100
3. Problem:
a. I can read all sub-directories fine, just the one with root:root (~/MultimediaOMV/movies) I can not. Also not after changing permissions to root:100. Not even root can.
b. I have to mention that the user and group IDs between nfs server and nfs client users do not match. But this can not be relevant because nfs users can read and write six of seven sub-directories even though IDs do not match.
What's wrong here? I would like to read this seventh directory also, obviously!
Any help appreciated.
Regards,
Sebastian
Last edited by sws265 (2025-09-29 07:42:56)
Offline
Sorry folks,
it is so embarrassing. I use Linux for about 30 years. It didn't occur to me to RESTART the nfsd after config change! Of cource that did the job. Everything's fine.
Sorry for bothering you all.
Regards,
Sebastian
Offline