From owner-freebsd-chat Tue Sep 24 9:51:12 2002 Delivered-To: freebsd-chat@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD51C37B401 for ; Tue, 24 Sep 2002 09:51:11 -0700 (PDT) Received: from avocet.mail.pas.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C94243E4A for ; Tue, 24 Sep 2002 09:51:11 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0304.cvx21-bradley.dialup.earthlink.net ([209.179.193.49] helo=mindspring.com) by avocet.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17tstw-0000BR-00; Tue, 24 Sep 2002 09:51:08 -0700 Message-ID: <3D9097BB.3241C644@mindspring.com> Date: Tue, 24 Sep 2002 09:50:03 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Eric Anderson Cc: freebsd-chat@freebsd.org Subject: Re: FreeBSD NFS server using two NICs References: <3D8A3E52.2090202@centtech.com> <3D8A428B.B96FBE75@mindspring.com> <3D8A458B.2080608@centtech.com> <3D8A4B40.67C8E2A2@mindspring.com> <3D8F66AB.8020309@centtech.com> <3D8F8401.E77A5DA9@mindspring.com> <3D90775C.9080804@centtech.com> <3D9078D2.8090401@centtech.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-chat@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Eric Anderson wrote: > Now I'm emailing myself.. :D > > UDP may not be the problem at all - with ONLY TCP set up on the server, > but still using 2 NICs, I can make the problem happen. However, it is > not will all Solaris clients - only a small few. I'm researching now to > find out what is different. > > Thanks for the nudge - looks like I'm sliding downhill fast now.. :D Try: netstat -s | head -25 | tail -2 ... and tell us if you see anything different from: 0 discarded for bad checksums 0 discarded for bad header offset fields It's possible that the problem is that you have bad hardware checdksum hardware in the senders, and the packets are being dropped intentionally because of this. It could also be that the reassembly buffers are not being mixed... which still means you need to look at the wire contents again. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-chat" in the body of the message