From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 03:05:28 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D876F16A402 for ; Tue, 27 Feb 2007 03:05:28 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A3DB213C494 for ; Tue, 27 Feb 2007 03:05:28 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l1R35Nks074203; Mon, 26 Feb 2007 22:05:23 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.6/8.13.3) with ESMTP id l1R35MX2067221 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 Feb 2007 22:05:22 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200702270305.l1R35MX2067221@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 26 Feb 2007 22:05:35 -0500 To: dparussalla@baysidegrp.com.au, From: Mike Tancsa In-Reply-To: <003701c75a03$fb478ac0$d801a8c0@dimuthu> References: <003701c75a03$fb478ac0$d801a8c0@dimuthu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: Clamav-90_2 Lockup with freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 03:05:28 -0000 At 07:12 PM 2/26/2007, Dimuthu Parussalla wrote: >Clamav-90_2 Lockup with freebsd 6.2 > > >Still under load clamav_90_2 locks up with high cpu usage. Had to downgrade >the port to 88.7_1 to get the server going. Sockstat shows lots of open >sockets from clamd. > >I am using simscan+Qmail+Clamav. > >Any Ideas to solve this problem?. Change the threading lib. It fixed it for us. % cat /etc/libmap.conf [clamd] libc_r.so.5 libthr.so.2 libc_r.so.6 libthr.so.2 libthr.so.2 libthr.so.2 libpthread.so.1 libthr.so.2 libpthread.so.2 libthr.so.2