nfs server issues

Dan Nelson dnelson at allantgroup.com
Fri Apr 2 13:57:46 PST 2004


In the last episode (Apr 02), Sean McNeil said:
> On Fri, 2004-04-02 at 08:33, Dan Nelson wrote:
> > "tcpdump -s0" output might help here, I think.  Do it from both
> > machines and make sure no packets are being dropped, and then check
> > to see what NFS request the client is trying to make that isn't
> > getting processed.
> 
> OK, here is a tcpdump.  It is confusing. It looks like after the
> first fragment is received it is looking up some bazaar IP
> address....
> 
> 13:02:57.566952 free.mcneil.com.1360032988 > server.mcneil.com.nfs: 136 readdir fh 1002,54097/7890231 4096 bytes @ 0x000000000 (DF)
> 13:02:57.567266 server.mcneil.com.nfs > free.mcneil.com.1360032988: reply ok 1472 readdir (frag 1645:1480 at 0+)
> 13:02:57.567268 0.0.0.1 > 0.0.10.7: (frag 1645:4 at 1480)
> 13:03:01.766943 arp who-has server.mcneil.com tell free.mcneil.com
> 13:03:01.767040 arp reply server.mcneil.com is-at 0:d:61:27:4d:6b

Weird.  Is this at the server or the client?

-- 
	Dan Nelson
	dnelson at allantgroup.com


More information about the freebsd-current mailing list