NFS4, iptables and evolution lockups
John Austin
ja at jaa.org.uk
Thu Oct 21 10:23:40 UTC 2010
Hi
Perhaps I should have known this
Perhaps I should be better at googling
but this took me a while to discover
Fully updated F13 client(milos) with users home directories NFS4
mounted on a fully updated Centos 5.5 NFS4 server (maui)
Evolution (in particular) falls over if the NFS4 call back port
has not been opened up on the client
Solution
Force the client to tell the server which port to use for call back
ja at milos ~ 1$ cat /etc/modprobe.d/nfs.conf
options nfs callback_tcpport=801
Open up the port on the client
[root at milos ~]# cat /etc/sysconfig/iptables
...
-A INPUT -m state --state NEW -m tcp -p tcp --dport 801 -s "server_ip_addr" -j ACCEPT
...
I have no idea whether 801 is a good choice !
Symptoms
Following a clean boot of the client and only after login
of a user with home directory on the NFS4 server the server thows
maui kernel: nfs4_cb: server "client_ip_addr" not responding, timed out
No apparent problem until the user uses evolution
Then the directories "can" become unreadable and evolution is unusable
The server shows errors of the form
Oct 13 11:14:55 maui kernel: NFSD: preprocess_seqid_op: bad seqid (expected 2787, got 2788)
Oct 13 11:14:55 maui kernel: NFSD: preprocess_seqid_op: bad seqid (expected 2, got 3)
Oct 13 11:15:45 maui kernel: NFSD: preprocess_seqid_op: bad seqid (expected 2787, got 2788
Hope this is useful to somebody
John
More information about the users
mailing list