strange nfs problem, need nfs guru

Gene Heskett gheskett at wdtv.com
Thu Aug 21 18:53:33 UTC 2014


On Thursday 21 August 2014 14:02:45 Tom H did opine
And Gene did reply:
> On Thu, Aug 21, 2014 at 10:26 AM, Gene Heskett <gheskett at wdtv.com> 
wrote:
> > On Thursday 21 August 2014 07:22:44 Nils Kassube did opine
> > 
> >> sudo mount -tnfs 192.168.71.3:/ /mnt
> > 
> > gene at lathe:~$ sudo mount -tnfs
> > mount.nfs: access denied by server while mounting 192.168.71.3:/
> > 
> > Playing 10,000 monkeys the error is either
> > mount.nfs: remote share not in 'host:dir' format
> > 
> > or the above access denied.
> 
> On 192.168.71.3:
> cat /proc/fs/nfsd/versions
gene at coyote:/net$ sudo cat /proc/fs/nfsd/versions
[sudo] password for gene: 
+2 +3 +4 +4.1 -4.2


> rpcinfo -p
gene at coyote:/net$ sudo rcpinfo -p
sudo: rcpinfo: command not found

locate returns empty, not found IOW.

gene at coyote:/net$ sudo synaptic

And synaptic can't find it either.

> showmount -e
gene at coyote:/net$ showmount -e
Export list for coyote:
/home/gene shop.coyote.den,lathe.coyote.den

> 
> On lathe and/or shop:
> rpcinfo -p 192.168.71.3

Recommends install of rpcbind from universe, or libc-bin from main.

"lathe" reports rcpbind as not available, and that libc-bin is the latest 
version.  But rcpbind is not locatable, nor is rcpinfo.

> showmount -e 192.168.71.3
For lathe:
ene at lathe:~/linuxcnc/configs/my_LinuxCNC_machine2$ showmount -e 
192.168.71.3
Export list for 192.168.71.3:
/home/gene shop.coyote.den,lathe.coyote.den

For shop:
gene at shop:~$ showmount -e 192.168.71.3
Export list for 192.168.71.3:
/home/gene shop.coyote.den,lathe.coyote.den

> mount -v -t nfs 192.168.71.3:/
On shop:
gene at shop:~$ sudo mount -v -t nfs 192.168.71.3:/ /mnt/gene
mount.nfs: timeout set for Thu Aug 21 14:37:01 2014
mount.nfs: text-based options: 'addr=192.168.71.3'
mount.nfs: mount(2): Permission denied
mount.nfs: access denied by server while mounting 192.168.71.3:/

On lathe:
gene at lathe:~/linuxcnc/configs/my_LinuxCNC_machine2$ sudo mount -v -t nfs 
192.168.71.3:/ /mnt/gene
mount.nfs: timeout set for Thu Aug 21 14:38:42 2014
mount.nfs: text-based options: 'addr=192.168.71.3'
mount.nfs: mount(2): Permission denied
mount.nfs: access denied by server while mounting 192.168.71.3:/

> somewhere-other-than-/net-since-youre-using-autofs
> (umount if successful)
> mount -v -t nfs 192.168.71.3:/home/gene
> somewhere-other-than-/net-since-youre-using-autofs
> (umount if successful)
> mount -v -t nfs -o nfsvers=3 192.168.71.3:/home/gene

This one worked!

> somewhere-other-than-/net-since-youre-using-autofs
> (umount if successful)
> mount -v -t nfs -o nfsvers=4 192.168.71.3:/home/gene

On lathe:
ene at lathe:~/linuxcnc/configs/my_LinuxCNC_machine2$ sudo mount -v -t nfs -o 
nfsvers=4 192.168.71.3:/home/gene /mnt/gene
mount.nfs: timeout set for Thu Aug 21 14:43:24 2014
mount.nfs: text-based options: 'nfsvers=4,addr=192.168.71.3'
mount.nfs: mount(2): Invalid argument
mount.nfs: an incorrect mount option was specified

And I am looking at my /home/gene directory on both machines now.

nfsvers=3 works, but nfsvers=4 doesn't ???

> somewhere-other-than-/net-since-youre-using-autofs
> (umount if successful)
> mount -v -t nfs -o nfsvers=4 192.168.71.3:/
> somewhere-other-than-/net-since-youre-using-autofs
> 
> >> BTW: In your exports file the IP address specifies which host is
> >> allowed to mount the share and it should be either one host (like
> >> 192.168.71.3) or a IP range like 192.168.71.0/24 - I have no idea
> >> what would happen if you use a host address with a trailing /24.
> 
> Specifying two (or more) hosts is OK.

I did the ip4address.0/24 in my exports now, works on both machines IF I 
spec nsfvers3

I take it that I cannot use /net if using autofs?

Better yet, why does nfsvers4 fail?  I'll go look at my xconfig again.

Thanks.  A bunch.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>
US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS




More information about the ubuntu-users mailing list