From owner-freebsd-questions Fri Jun 23 14:44:58 2000 Delivered-To: freebsd-questions@freebsd.org Received: from rigel.pucrs.br (rigel.pucrs.br [200.132.10.13]) by hub.freebsd.org (Postfix) with ESMTP id 0F59C37B8A9 for ; Fri, 23 Jun 2000 14:44:51 -0700 (PDT) (envelope-from mwp@pucrs.br) Received: from pucrs.br (kernel.pucrs.br [200.132.13.17]) by rigel.pucrs.br (8.9.3/8.9.3) with ESMTP id SAA10521; Fri, 23 Jun 2000 18:44:51 -0300 (EST) (envelope-from mwp@pucrs.br) Message-ID: <3953D9DB.F7DC1A75@pucrs.br> Date: Fri, 23 Jun 2000 18:42:51 -0300 From: Mauricio Westendorff Pegoraro Organization: PUCRS - Brasil X-Mailer: Mozilla 4.73 [en] (X11; I; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Chris Dillon Cc: "freebsd-questions@FreeBSD.ORG" Subject: Re: SQUID question - Urgent! References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Chris Dillon wrote: > On Fri, 23 Jun 2000, Mauricio Westendorff Pegoraro wrote: > > > > I don't think this is actually Squid's problem. What does netstat -m > > > say when this is occurring? I've only ever seen this happen one time, > > > on my mail server using a 3COM 3C509 (Etherlink III), and when it did > > > no communication with anything was possible. The only way I could > > > solve the problem was to use ifconfig to bring the link down and then > > > back up. I'm not sure if it was really a network card or driver > > > problem, but bringing the link down and back up probably triggered > > > something in the kernel that set things straight. > > > > Running netstat -m I get the following: > > > > # netstat -m -I ep1 > > 1247/1664/4096 mbufs in use (current/peak/max): > > 258 mbufs allocated to data > > 988 mbufs allocated to packet headers > > 1 mbufs allocated to socket names and addresses > > 252/592/1024 mbuf clusters in use (current/peak/max) > > 1392 Kbytes allocated to network (47% in use) > > 0 requests for memory denied > > 0 requests for memory delayed > > 0 calls to protocol drain routines > > That all looks OK. You're not using over 50% of any of your > resources. > > > I do have a 3COM 3C509 (Etherlink III, ISA) in one side of the > > gateway (it's a gateway machine) and a 3COM 3C90x on the other > > side. The first interface is connect to radio link via AUI. I > > tried to the interface down and then up but it didn't work. I am > > trying other things now. Don' you think that this has something to > > do with the SA-00:23 released yesterday? > > I witnessed this LONG before the security advisory, several months > ago. My systems never seem to get attacked, either. Nobody cares > about a school. :-) > > I would blame the 3C509. It is known to be a buggy card, or at least > the driver for it is buggy. Since both you and I have seen the same > thing happen with the same card, it must be the card/driver. I don't > like 3COM cards. :-) > > > One more information: I am using squid as transparente proxy. > > I don't think that would make any difference. I worked it arround. Changed the card for a 3COM 3C90x. But I will be able to see the differences (or not) only in the next week. Thanks for the help. MaurícioWP. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message