You are not logged in.

#1 2016-05-09 05:58:36

brando56894
Member
From: NYC
Registered: 2008-08-03
Posts: 681

[Solved] Can't Access A NFS, Others Work Fine

Edit 2: Apparently I just needed to add no_root_squash to the export options, I did that and restarted nfs-server and now everything works fine in usenet as root. So odd.

Edit: after posting this I had the idea that maybe something is screwed up with the way I'm mounting the export, I unmounted it in usenet and it worked once again in webserver! Why would mounting the same export in two different KVMs cause both to screw up??


I'm thoroughly confused by this since it seems only one share is messed up and I have no idea why. It seems that one, and only one of my share is screwed up. The only export that is screwed up is /srv/nfs/backups, specifically the tar and Windows folders, strangely enough there's no issue with the pfsense folder.  it worked in my webserver KVM a few minutes before I posted this but didn't work in my usenet KVM, now it doesn't seem to work in either. All other exports work as expected in both KVMs and there isn't a problem with the export or the directory itself on the NFS server.

/etc/exports

/srv/nfs/downloads/torrents     192.168.1.0/24(rw,no_subtree_check,nohide)
/srv/nfs/downloads/usenet       192.168.1.0/24(rw,no_subtree_check,nohide)
/srv/nfs/movies                 192.168.1.0/24(rw,no_subtree_check,nohide)
/srv/nfs/tv                     192.168.1.0/24(rw,no_subtree_check,nohide)
/srv/nfs/misc                   192.168.1.0/24(rw,no_subtree_check,nohide)
/srv/nfs/backups                192.168.1.0/24(rw,no_subtree_check,nohide)
/srv/nfs/vm                     192.168.1.0/24(rw,no_subtree_check,nohide)

/etc/fstab

/mnt/storage/downloads/torrents                 /srv/nfs/downloads/torrents     none            bind,defaults,nofail,x-systemd.requires=zfs-mount.service       0 0
/mnt/downloads/usenet                           /srv/nfs/downloads/usenet       none            bind,defaults,nofail,x-systemd.requires=zfs-mount.service       0 0
/mnt/storage/multimedia/tv                      /srv/nfs/tv                     none            bind,defaults,nofail,x-systemd.requires=zfs-mount.service       0 0
/mnt/storage/multimedia/movies                  /srv/nfs/movies                 none            bind,defaults,nofail,x-systemd.requires=zfs-mount.service       0 0
/mnt/storage/vm-storage                         /srv/nfs/vm                     none            bind,defaults,nofail,x-systemd.requires=zfs-mount.service       0 0
/mnt/safekeeping/backups                        /srv/nfs/backups                none            bind,defaults,nofail,x-systemd.requires=zfs-mount.service       0 0
/mnt/safekeeping/misc                           /srv/nfs/misc                   none            bind,defaults,nofail,x-systemd.requires=zfs-mount.service       0 0
 [root@nas /]# ls -lh /srv/nfs/backups/
total 26K
drwsrwxrwx+ 2 bran 108 4 Apr  7 23:29 pfsense
drwx------  4 root 108 4 May  9 01:19 tar
drwxrwxrw-+ 3 bran 108 3 May  9 00:48 Windows

 [root@nas /]# ls -lh /srv/nfs/backups/tar/
total 9.0K
drwx------ 2 root root 5 May  9 01:19 nas
drwx------ 2 root  108 8 Apr  3 18:26 webserver.brandongolway.us

 [root@nas /]# ls -lh /srv/nfs/backups/Windows/
total 512
drwxrwxrw-+ 5 bran 108 5 Mar 23 12:52 Saves
[root@usenet]: /># ls -hl /mnt/backups/
total 26K
drwsrwxrwx 2 bran 108 4 Apr  7 23:29 pfsense
drwx------ 4 root 108 4 May  9 01:19 tar
drwxrwxrw- 3 bran 108 3 May  9 00:48 Windows

[root@usenet]: /># ls -hl /mnt/backups/pfsense/
total 3.0M
-rwxrw-rw- 1 bran 108 3.2M Apr  7 23:12 config-pfSense.brandongolway.us-20160407231010.xml
-rwxrw-rw- 1 bran 108  403 Apr  7 23:29 pfsense.bak.tgz

[root@usenet]: /># ls -hl /mnt/backups/tar/
ls: cannot open directory '/mnt/backups/tar/': Permission denied

[root@usenet]: /># ls -hl /mnt/backups/Windows/
ls: cannot access '/mnt/backups/Windows/Saves': Permission denied
total 0
?????????? ? ? ? ?            ? Saves
[root@usenet]: ~>$ mount|grep backup
nas:/srv/nfs/backups on /mnt/backups type nfs4 (rw,relatime,vers=4.2,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=192.168.1.17,local_lock=none,addr=192.168.1.6)

and for comparison here's on that works perfectly

[root@usenet]: ~>$ mount|grep tv
systemd-1 on /mnt/tv type autofs (rw,relatime,fd=40,pgrp=1,timeout=60,minproto=5,maxproto=5,direct)
192.168.1.6:/srv/nfs/tv on /mnt/tv type nfs4 (rw,relatime,vers=4.2,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,port=0,timeo=14,retrans=2,sec=sys,clientaddr=192.168.1.17,local_lock=none,addr=192.168.1.6)

The share on webserver worked because I had used backupninja to write to it, then I switched to my usenet vm to run backupninja on it but I had to mount the share first and that's when I noticed those errors. I went back to the server and systemctl status rpcbind.service showed that it was dead. I started it again and when back into usenet and it still wouldn't work, I then went into webserver and that no longer worked either!

I have absolutely no idea what the issue is.....

Last edited by brando56894 (2016-05-10 01:34:23)

Offline

Board footer

Powered by FluxBB