On Thu, 2008-07-10 at 15:29 +0200, Karl Hiramoto wrote: > Hi all, > > loading nf_nat seems to cut my NFS root connection. > > # modprobe iptable_nat > nf_conntrack version 0.5.0 (1024 buckets, 4096 max) > nfs: RPC call returned error 1 > nfs: RPC call returned error 1 > # nfs: RPC call returned error 1 > nfs: RPC call returned error 1 > > > > 12:23:35.335832 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto > UDP (17), length 136) 192.168.10.54.4259114599 > 192.168.10.51.2049: 108 > lookup [|nfs] > 12:23:35.335920 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto > UDP (17), length 56) 192.168.10.51.2049 > 192.168.10.54.4259114599: > reply ok 28 lookup ERROR: No such file or directory > 12:23:35.336611 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto > UDP (17), length 136) 192.168.10.54.4259114600 > 192.168.10.51.2049: 108 > lookup [|nfs] > 12:23:35.336650 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto > UDP (17), length 56) 192.168.10.51.2049 > 192.168.10.54.4259114600: > reply ok 28 lookup ERROR: No such file or directory > > > > NFS server: > uname -a > Linux karl-d820 2.6.25.10 #1 SMP Thu Jul 10 10:15:44 CEST 2008 i686 > Intel(R) Core(TM)2 CPU T5500 @ 1.66GHz GenuineIntel GNU/Linux > > > > NFS Client: > # uname -a > Linux NSB 2.6.25.10 #6 Thu Jul 10 13:04:15 CEST 2008 armv5teb unknown > uclibc 0.29 > Intel IXP425 > > > On the server there are no error messages. without loading NAT > everything seems to work fine. > > > Comping NAT directly into the kernel also has the same results. > > > Not sure if i have something configured wrong, or if this is related to > the patches sent by Trond a few days ago. errno 1 is the same as EPERM (i.e. permission denied). I'm not sure what is returning that error, but it isn't the NFS or SUNRPC layer. Have you tried a 'git bisect'? Cheers Trond -- To unsubscribe from this list: send the line "unsubscribe linux-net" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
