Date: Sat, 12 Apr 1997 09:11:24 -0400 (EDT) From: Thomas David Rivers <ponds!rivers@dg-rtp.dg.com> To: ponds!emsphone.com!dnelson, ponds!lakes.water.net!rivers Cc: ponds!freefall.FreeBSD.org!freebsd-hackers Subject: Re: NFS problems - it doesn't appear to be ep0. Message-ID: <199704121311.JAA19644@lakes.water.net>
next in thread | raw e-mail | index | archive | help
Dan Nelson writes: > In the last episode (Apr 11), Thomas David Rivers said: > > > > Well, regarding my NFS hang-ups to HP/UX 9.05 and Sunos 4.1.3 > > systems (this is 2.2.1 as of April 8th). > > > > I replaced my 3c509 with a 3c900 and was able to demonstrate > > the same lock up. > > > > It appears to be related to a readdir(), as only ls -l causes > > the file system hang. A 'cat' of large files (quite large) > > doesn't seem to have the same effect. > > > > I set the readdirsize down to 1024 with the -I argument on > > the mount, but that didn't seem to affect it. > > I've seen this problem on 3com cards myself - both 3c509 (ep) and 3c905 > (vx) cards. I get packet overruns, RX overruns, and fifo underruns > when trying NFS accesses. With tcpdump on another machine, I can see > that only the first two or three fragments of an 8K NFS packet ever get > out. 3com's spec sheet for the 3c905XL 100BT card states it has only > an 8K buffer, partitioned by default at 4K/4K transmit/receive! > ... > I solved my particular problem by getting Intel EtherExpress Pro/100B > cards, which have worked flawlessly. The 3com cards are now in DOS > machines. > > -Dan Nelson > dnelson@emsphone.com > Yes, but, this exact hardware worked flawlessly in 2.1.5. So, I'm betting something in 2.2.1 is tickling this problem... - Dave Rivers -
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199704121311.JAA19644>