nfs autofs mounts are not working - solved - human error

benibilme · 2022-02-22 01:51:23

I am gradually switching to arch from manjaro. Currently I have three machines running manjaro and one recently installed arch machine. One of manjaro machine is acting as a server and serving nfs shares. The other two client machines which are running each kde desktop, can access these shares with dolphin file manager. My new arch machine with no desktop environment which only runs window manager can not access these shares. All there client machine uses the same fstab configuration similar to as follows.

The output of findmnt in arch machine as follows

TARGET                                         SOURCE                                  FSTYPE     OPTIONS
├─/home                                       /dev/mapper/cryptroot[/@home]            btrfs      rw,noatime,ssd,space_cache=v2,commit=120,subvol=/@home
│ └─/home/server                      /dev/mapper/cryptroot[/@server-nfs-dirs] btrfs      rw,noatime,ssd,space_cache=v2,commit=120,subvol=/@server-nfs-dirs
│   ├─/home/server/share1        systemd-1                                autofs     rw,relatime,fd=45,pgrp=1,timeout=60,minproto=5,maxproto=5,direct,pipe_ino=14207
│   ├─/home/server/share2        systemd-1                                autofs     rw,relatime,fd=53,pgrp=1,timeout=60,minproto=5,maxproto=5,direct,pipe_ino=14210
│   ├─/home/server/share3        systemd-1                                autofs     rw,relatime,fd=54,pgrp=1,timeout=60,minproto=5,maxproto=5,direct,pipe_ino=14212
│   ├─/home/server/share3        systemd-1                                autofs     rw,relatime,fd=55,pgrp=1,timeout=60,minproto=5,maxproto=5,direct,pipe_ino=14215

Common fstab sections in all three client computers

UUID=/dev/mapper/cryptroo /home/server btrfs rw,noatime,nodatacow,noautodefrag,subvol=@server-nfs-dirs 0 0
server:/share1    	/home/server/share1    nfs4   relatime,user,_netdev,noauto,x-systemd.automount,x-systemd.mount-timeout=30,x-systemd.idle-timeout=1min,hard 0 0
server:/share2    	/home/server/share2    nfs4   relatime,user,_netdev,noauto,x-systemd.automount,x-systemd.mount-timeout=30,x-systemd.idle-timeout=1min,hard 0 0
server:/share3    	/home/server/share3    nfs4   relatime,user,_netdev,noauto,x-systemd.automount,x-systemd.mount-timeout=30,x-systemd.idle-timeout=1min,hard 0 0
server:/share4     	/home/server/share4    nfs4   relatime,user,_netdev,noauto,x-systemd.automount,x-systemd.mount-timeout=30,x-systemd.idle-timeout=1min,hard 0 0

When I try to switch to one of the shared folders, my terminal stucks. How can I access these folders. I have been using these shares, and I do think that I have a configuration problem with them in either client (non arch machines) or the server. User, groupds ids are the same for all accounts in all machines. I suspect that I might be missing enabling a deamon or something.

I appreciate any help.

Last edited by benibilme (2022-02-26 21:44:39)

V1del · 2022-02-22 02:07:26

See the following thread reporting something similar: https://bbs.archlinux.org/viewtopic.php?id=274259

Last edited by V1del (2022-02-22 09:54:23)

benibilme · 2022-02-22 02:40:54

Hello, Thank you for the response.

However, I am very sorry to say that this is completely my bad. I have configured nfs server several years ago and I have forgot that I have put restrictions based on ip address for each shares. My new arch linux machine is not added to allowed to the allowed ip addresses in /etc/export for shares. I have added the new machine and everthing works fine. Sorry for taking your time.

/share1     192.168.1.25(fsid=1,rw,nohide,root_squash,insecure,no_subtree_check,sync)
/share1    192.168.1.26(fsid=1,rw,nohide,root_squash,insecure,no_subtree_check,sync)
/share1    192.168.1.27(fsid=1,rw,nohide,root_squash,insecure,no_subtree_check,sync)
/share1     192.168.1.64(fsid=1,rw,nohide,root_squash,insecure,no_subtree_check,sync)
/share1     192.168.1.65(fsid=1,rw,nohide,root_squash,insecure,no_subtree_check,sync)
/share1    192.168.1.67(fsid=1,rw,nohide,root_squash,insecure,no_subtree_check,sync)

Again, I am terribly sorry...

seth · 2022-02-22 08:02:36

No need to be sorry - errors are the human nature. But please always remember to mark resolved threads by editing your initial posts subject - so others will know that there's no task left, but maybe a solution to find.
Thanks.

Arch Linux

#1 2022-02-22 01:51:23

nfs autofs mounts are not working - solved - human error

#2 2022-02-22 02:07:26

Re: nfs autofs mounts are not working - solved - human error

#3 2022-02-22 02:40:54

Re: nfs autofs mounts are not working - solved - human error

#4 2022-02-22 08:02:36

Re: nfs autofs mounts are not working - solved - human error

Board footer