From owner-freebsd-hackers Mon May 5 05:39:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA21954 for hackers-outgoing; Mon, 5 May 1997 05:39:08 -0700 (PDT) Received: from kremvax.demos.su (kremvax.demos.su [194.87.0.20]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id FAA21930 for ; Mon, 5 May 1997 05:38:54 -0700 (PDT) Received: by kremvax.demos.su (8.6.13/D) from 0@skraldespand.demos.su [194.87.0.19] with ESMTP id QAA17121; Mon, 5 May 1997 16:38:18 +0400 Received: by skraldespand.demos.su id QAA21510; (8.8.5/D) Mon, 5 May 1997 16:38:28 +0400 (MSD) Message-ID: <19970505163827.06802@skraldespand.demos.su> Date: Mon, 5 May 1997 16:38:27 +0400 From: "Mikhail A. Sokolov" To: "Mikhail A. Sokolov" Cc: hackers@FreeBSD.ORG Subject: Re: strange 2.2.1 behaviour. References: <3.0.32.19970504212053.006a6ee8@mail.hexanet.fr> <19970505000602.51173@skraldespand.demos.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.65_p2,4-7,10-11,15,18,21-22 Organization: Demos Company, Ltd., Moscow, Russian Federation. X-Point-of-View: Gravity is myth, - the earth sucks. X-Om-Livet-Suger: Ja. Ja, ja. Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, May 05, 1997 at 12:06:04AM +0400, Mikhail A. Sokolov wrote: > On Sun, May 04, 1997 at 09:20:53PM +0200, Christophe Prevotaux wrote: > > >On Sun, May 04, 1997 at 01:37:01AM +0400, Mikhail A. Sokolov wrote: > Uhm, the problem now seems to be in kernel level network support, - when we > turn off nfs's and leave machines alone, they work ok for hours. > Like, we achieved load averages ~280-310 with 700 processes running > (my favourite find -exec ls -laRt/du -sk. ;-)), - they ate it ok. Fun fun fun. We found that there's some problem in the following: we have a several sparc server 1000 and ultra 1's (both solaris 2.5.1) in the same /32 network which both have numerous interfaces as well. What correlates, is that when BSD machines are loaded with networking stuff, like nfs/slirp/ftp/http traffic themselves, they can't survive loads of who traffic (513 port), which is issued by _each_ interface sun's have, (~300/500) for some reasons, broadly casting, several times (like, 100). Dunno why would sun's issue such load of useless traffic, that's what happens. Thanks to tcpdump, we see that our (BSD) machines crash time exactly correlates with the moments, when network gets 1,5M of who requests in ~5000 packets /sec, - they eat those who's ok, when they are not busy themselves, managing _their_ traffic (like in NFS example, they crashed alot more often than non-nfs ones). Strange, but we have this port, 513, disabled anyhow. What we see, I guess, is some kind of buffer overflow, right? If yes, what paramerts do we increase (on kernel level?)? Thanks, -mishania