On 11/26/20 3:26 PM, Tom H wrote:
On Wed, Nov 25, 2020 at 11:41 PM Richard Kimberly Heck
<rikiheck@xxxxxxx> wrote:
This problem seems to have been solved. I believe that the issue
was a misconfiguration of the NFS server. I had:
/home/rikiheck/files 192.168.1.0/24(rw,sync,no_subtree_check,fsid=0)
/home/nancy/files 192.168.1.0/24(rw,sync,no_subtree_check)
/home/photos 192.168.1.0/24(rw,sync,no_subtree_check)
/multi 192.168.1.0/24(rw,sync,no_subtree_check)
/git 192.168.1.0/24(rw,sync,no_subtree_check)
But /home/rikiheck/files was an ordinary directory that I want to
export, not the root for NFSv4. It was being mounted as NFSv3
(trying to mount with nfs4 would fail). But I'm guessing that it
was being treated inconsistently between the client and the
server. Removing the 'fsid=0' tag solved the problem. It's still a
bit of a mystery what exactly the firewall was blocking, but it
wasn't a firewall problem, in the end.
Thanks to everyone who offered suggestions and advice, especially
Ed Greshko.
Probably I will take the opportunity to move anyway to NFSv4, now
that I've done all this reading about how to do that!
You have to be careful when using "fsid=0".
1) If you don't set it for any of the shares:
a) "/" is the "fsid=0" filesystem by default (this wasn't the case in
early nfsv4 implementations; verify with "cat /proc/fs/nfsd/exports")
b) If you have "/srv/nfs/share1 nfs_client(nfs_options)" in
"/etc/exports", you mount this share with "mount
nfs_server:/srv/nfs/share1 nfs_mountpoint1"
2) If you set it for "/srv/nfs":
a) If you have "/srv/nfs/share1 nfs_client(nfs_options)" in
"/etc/exports", you mount this share with "mount nfs_server:/share1
nfs_mountpoint1"
b) If you want to share "/home/user/files":
- you bind-mount "/home/user/files" to "/srv/nfs/share2"
- you add "/srv/nfs/share2 nfs_client(nfs_options)" to "/etc/exports"
- you mount this share with "mount nfs_server:/share2 nfs_mountpoint2"
Thanks. I appreciate the info.
Riki
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
