Date: Mon, 21 Apr 1997 22:51:23 -0400 (EDT) From: Thomas David Rivers <ponds!rivers@dg-rtp.dg.com> To: ponds!nlsystems.com!dfr, ponds!lakes.water.net!rivers Cc: ponds!freefall.cdrom.com!freebsd-bugs Subject: Re: kern/3304: NFS V2 readdir hangs Message-ID: <199704220251.WAA02885@lakes.water.net>
next in thread | raw e-mail | index | archive | help
> > > udp: > > 5 dropped due to full socket buffers > >... > > > > ip: > > 5 packets reassembled ok > >... > > > > Yes! - this particular change does work-around the problem. I'm > > able to run my "ls -lR" and have it complete successfully [although, > > there are some strange 'lags' every now and then...] it does work. > > I've been running it continuously for a few minutes now; no hangs... > > Well that is a start. I need to fix up mount_nfs so that you can frob > with the directory read size in these cases. > > > > > Now - a good question, which you asked, is why are those packets > > getting blocked? > > > > Also, another question I have is why did this work with 2.1.5 - did > > it always have a lower readdirsize; or is another problem in 2.2.1 simply > > masked by lowering the readdirsize? > > The readdir code at this level was quite a bit different. I don't know > whether it would have read smaller blocks but it would have certainly read > different ones at different offsets. > > > > > I'm happy to investigate this further - and *overjoyed* that NFS > > seems to be working for me... let me know what I can do at this end. > > I think the most promising candidate is the 'full socket buffers' message. > Could you see if that goes up consistently when you prompt the system to > hang. The match between that and the reassembly number seems to show that > these are large packets. We'll do! > > I am going to bed now. Good luck in your detective work! Thanks again for your help! - Dave Rivers - > > -- > Doug Rabson Mail: dfr@nlsystems.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199704220251.WAA02885>