Cannot list a particular directory through NFS with UDP
Jeremie Le Hen
jeremie at le-hen.org
Tue Dec 29 12:56:14 UTC 2009
Sorry for the delayed reply, but I have had little time available with
On Fri, Dec 18, 2009 at 03:23:44PM -0500, Rick Macklem wrote:
> > 00:00:01.953196 IP (tos 0x0, ttl 64, id 48966, offset 0, flags [none], proto UDP (17), length 168) 192.168.1.1.3819288094 > 192.168.1.222.2049: 140 readdir [|nfs]
> > 00:00:01.953665 IP (tos 0x0, ttl 64, id 27028, offset 0, flags [+], proto UDP (17), length 1500) 192.168.1.222.2049 > 192.168.1.1.3819288094: reply ok 1472 readdir POST: DIR 755 ids 0/0 [|nfs]
> > 00:00:01.953711 IP (tos 0x0, ttl 64, id 27028, offset 1480, flags [none], proto UDP (17), length 632) 192.168.1.222 > 192.168.1.1: udp
> This appears to be the reply to the nfs readdir request, which is what
> would be expected. It could be a problem with the content or the reply
> or a NetBSD client issue.
> If you were to email me the raw tcpdump capture for the above, I could
> take a look at it in wireshark (which knows how to interpret nfs) and
> see if there is anything bogus looking in the reply.
> ("tcpdump -s 0 -w <file> host 192.168.1.1" and then email me <file> as an
> attachment, should do it)
You will find the pcap file attached.
FYI, I've tried to use "rdirplus" option from NetBSD NFS client as a
workaround but the mount stalls in UDP (works in TCP). If you are also
interested in this problem, I can provide a trace quickly this time :).
Jeremie Le Hen
Humans are born free and equal. But some are more equal than the others.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 6820 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20091229/f9eed933/pcap.obj
More information about the freebsd-stable