1 |
On Sunday, 18 August 2019 10:35:36 BST Adam Carter wrote: |
2 |
> On Sun, Aug 18, 2019 at 7:11 PM Peter Humphrey <peter@××××××××××××.uk> |
3 |
> |
4 |
> wrote: |
5 |
> > On Sunday, 18 August 2019 09:30:36 BST Adam Carter wrote: |
6 |
> > > Is the output of 'mount | grep nfs' the same on the two client |
7 |
> > > machines? |
8 |
> > |
9 |
> > $ mount | grep nfs |
10 |
> > nfsd on /proc/fs/nfsd type nfsd (rw,nosuid,nodev,noexec,relatime) |
11 |
> |
12 |
> nfs4 requires less ports than nfs3, just 2049 and something for mountd |
13 |
> (IIRC). Try using nfs4 and setting up the firewall for 2049 and 32767 from |
14 |
> your OPTS_RPC_MOUNTD="-p 32767" setting. From tcpdump, where .2 is the |
15 |
> client and .250 is the server; |
16 |
> 192.168.1.2.949 > 192.168.1.250.2049: Flags [S] |
17 |
> but the other session is |
18 |
> 192.168.1.250.730 > 192.168.1.2.40895: Flags [S] |
19 |
> ie a low port on the nfs server makes a connection back to the client, so |
20 |
> its quite unconventional |
21 |
> |
22 |
> FYI, here's what one of mine looks like |
23 |
> $ mount | grep nfs |
24 |
> 192.168.1.250:/export/public on /mnt/public type nfs4 |
25 |
> (ro,noatime,vers=4.0,rsize=1048576,wsize=1048576,namlen=255,soft,proto=tcp,t |
26 |
> imeo=600,retrans=2,sec=sys,clientaddr=192.168.1.251,local_lock=none,addr=192 |
27 |
> .168.1.250,_netdev) |
28 |
> |
29 |
> $ grep nfs /etc/fstab |
30 |
> 192.168.1.250:/export/public /mnt/public nfs4 |
31 |
> ro,_netdev,vers=4.0,soft,noatime 0 0 |
32 |
|
33 |
Thanks Adam. One thing I forgot to say is that emerge --sync and eix-update |
34 |
work fine with file transfers; it's only when a file is opened remotely that a |
35 |
new port is used. |
36 |
|
37 |
But! All this is moot now, because today as I'm running my usual update, |
38 |
everything is working just fine! I haven't changed anything, honest. |
39 |
|
40 |
Thanks again for your help; if it goes wrong again I'll follow your |
41 |
suggestion. |
42 |
|
43 |
-- |
44 |
Regards, |
45 |
Peter. |