From owner-freebsd-hackers Sun May 4 01:56:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA16429 for hackers-outgoing; Sun, 4 May 1997 01:56:30 -0700 (PDT) Received: from trifork.gu.net (trifork.gu.net [194.93.190.194]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA16412; Sun, 4 May 1997 01:56:22 -0700 (PDT) Received: from localhost (localhost.gu.kiev.ua [127.0.0.1]) by trifork.gu.net (8.8.5/8.8.5) with SMTP id LAA18749; Sun, 4 May 1997 11:57:12 +0300 (EEST) Date: Sun, 4 May 1997 11:57:12 +0300 (EEST) From: Andrew Stesin Reply-To: stesin@gu.net To: "Mikhail A. Sokolov" cc: hackers@FreeBSD.ORG, isp@FreeBSD.ORG Subject: Re: strange 2.2.1 behaviour. In-Reply-To: <19970504013700.25396@skraldespand.demos.su> Message-ID: X-NCC-RegID: ua.gu MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, On Sun, 4 May 1997, Mikhail A. Sokolov wrote: > MH > model HP 6/200 VA > P6-200 > chipset Intel "Natoma" > 128MB EDO RAM > adaptec 3949UW (TAG and SCB enabled) > seagate ST32151W > Intel EtherExpress Pro 10/100B (two, 100Mb full duplex) > nfs client ^^^^^^^^^^^ !!! > network activity is 200-400in/200-400out 1k packets/sec > GK > model HP 5/166 VL series 4 > P5-166 > chipset Intel 82437FX > 128MB RAM > adaptec 2949UW (aic7880, TAG and SCB enabled) > seagate ST32550W > Intel EtherExpress Pro 10/100B (one, 100Mb full duplex) > nfs client ^^^^^^^^^^^ !!! > network activity is also some kind of 200-400in/200-400out packets/sec > crashes every 5-30 minutes. > > This one never let society know, why is it willing to crash. > > SB > asus P/I-P6NP5 > P6-200 > chipset Intel "Natoma" > 128MB RAM > adaptec 3949UW (TAG and SCB enabled) > seagate ST32151W and ST19171W > Intel EtherExpress Pro 10/100B (two, 100Mb full duplex) > nfs server ^^^^^^^^^^ and now -- gmmm... > network activity 500-1000in/500-1000out packets/sec > crashed once 24-48 hr As for me, I'd try to avoid the whole NFS stuff and see what'll happen. Best regards, Andrew Stesin nic-hdl: ST73-RIPE