Hi all, This a fresh install (centos based and suse based) with the default packages, no mods.
Same result. But in suse with fam enable it takes sligthly longer, about 5 seconds. Nevertheless it takes from 25 to 50 seconds to load, depending on a full qmailctl star/stop or just svc -d clamd / svc -u clamd (wich is faster). Still hogging the cpu during this time. I'm goig to try and build clamav from the tarball or install the distros rpm's to see if there's a diference. A M 2007/6/18, A M <[EMAIL PROTECTED]>:
Just for curiosity I checked one of the oldest servers I've running wich handles mail for 30 domains or so (P3 800MHz, 512MB, 80GB IDE SoftRAID) running suse 10.1 and it takes 45 seconds... 06-18 20:16:38 Shutting down the main socket. 06-18 20:16:38 Closing the main socket. 06-18 20:16:38 Socket file removed. 06-18 20:16:38 --- Stopped at Mon Jun 18 20:16:38 2007 06-18 20:16:42 clamd daemon 0.90.3 (OS: linux-gnu, ARCH: i386, CPU: i686) 06-18 20:16:42 Log file size limited to 1048576 bytes. 06-18 20:16:42 Reading databases from /usr/share/clamav 06-18 20:17:26 Loaded 127795 signatures. 06-18 20:17:26 Unix socket file /tmp/clamd 06-18 20:17:26 Setting connection queue length to 15 06-18 20:17:26 Listening daemon: PID: 12151 06-18 20:17:26 Archive: Archived file size limit set to 15728640 bytes. 06-18 20:17:26 Archive: Recursion level limit set to 10. 06-18 20:17:26 Archive: Files limit set to 1500. 06-18 20:17:26 Archive: Compression ratio limit set to 300. 06-18 20:17:26 Archive support enabled. 06-18 20:17:26 Algorithmic detection enabled. 06-18 20:17:26 Portable Executable support enabled. 06-18 20:17:26 ELF support enabled. 06-18 20:17:26 Detection of broken executables enabled. 06-18 20:17:26 Mail files support enabled. 06-18 20:17:26 Mail: Recursion level limit set to 64. 06-18 20:17:26 OLE2 support enabled. 06-18 20:17:26 PDF support enabled. 06-18 20:17:26 HTML support enabled. 06-18 20:17:26 Self checking every 600 seconds. and on a x86_64 x2, 2GB RAM, SCSI RAID 5, I get 27 seconds... 06-18 20:25:12 Shutting down the main socket. 06-18 20:25:12 Closing the main socket. 06-18 20:25:12 Socket file removed. 06-18 20:25:12 --- Stopped at Mon Jun 18 20:25:12 2007 06-18 20:25:12 clamd daemon 0.90.3 (OS: linux-gnu, ARCH: x86_64, CPU: x86_64) 06-18 20:25:12 Log file size limited to 1048576 bytes. 06-18 20:25:12 Reading databases from /usr/share/clamav 06-18 20:25:39 Loaded 127795 signatures. 06-18 20:25:39 Unix socket file /tmp/clamd 06-18 20:25:39 Setting connection queue length to 15 06-18 20:25:39 Listening daemon: PID: 17400 06-18 20:25:39 Archive: Archived file size limit set to 15728640 bytes. 06-18 20:25:39 Archive: Recursion level limit set to 8. 06-18 20:25:39 Archive: Files limit set to 1000. 06-18 20:25:39 Archive: Compression ratio limit set to 250. 06-18 20:25:39 Archive support enabled. 06-18 20:25:39 Algorithmic detection enabled. 06-18 20:25:39 Portable Executable support enabled. 06-18 20:25:39 ELF support enabled. 06-18 20:25:39 Detection of broken executables enabled. 06-18 20:25:39 Mail files support enabled. 06-18 20:25:39 Mail: Recursion level limit set to 64. 06-18 20:25:39 OLE2 support enabled. 06-18 20:25:39 PDF support disabled. 06-18 20:25:39 HTML support enabled. 06-18 20:25:39 Self checking every 600 seconds. Now that's confusing. ? Both systems running same packages... 2007/6/18, Erik A. Espinoza <[EMAIL PROTECTED]>: > > Thanks Sir. > > Erik > > On 6/18/07, A M <[EMAIL PROTECTED]> wrote: > > Humm... > > > > Well basic mods are eMPF, sophie support in simscan (for sophos AV > support), > > experimental enable in some clamav (not all). > > > > Nevertheless i'm setting up another toaster today on a regular machine > > (Intel Core Duo - 2GB ram - sata raid) > > so i'll give it a try in centos with standard install and see what > happens. > > > > I'll post the news tomorrow. > > > > 2007/6/18, Erik A. Espinoza < [EMAIL PROTECTED]>: > > > Perhaps you introduced a bug during the modifications? > > > > > > On 6/18/07, A M <[EMAIL PROTECTED]> wrote: > > > > Yes it is 64bit, but I'v noticed this delay in 32bits also. > > > > > > > > The packages were rebuilt (all) on update. > > > > > > > > All servers are runing sligthy modified versions of the latest or > > > > very recent packages of QMT > > > > > > > > > > > > > > > > > > > > 2007/6/18, Phil Leinhauser < [EMAIL PROTECTED]>: > > > > > The SUSE you are running, is it 64bit? > > > > > > > > > > Erik, > > > > > If you want to start a profile, here's mine; > > > > > Fedora 6 x86_64 > > > > > The machine was built specifically for QMT with nothing on it > but what > > the > > > > QMT installer put there and I also installed webmin. > > > > > > > > > > > > > > > -----Original message----- > > > > > From: "A M" [EMAIL PROTECTED] > > > > > Date: Mon, 18 Jun 2007 13:47:18 -0400 > > > > > To: qmailtoaster-list@qmailtoaster.com > > > > > Subject: Re: [qmailtoaster] Clam 0.90.3 - Updated Info > > > > > > > > > > > Hi Phil, > > > > > > > > > > > > this a virtualization server... 2xXEON 3,2GHz(now 2,6GHz), > 16GB ram > > (now > > > > > > 12), 4 dedicated RAID 1 Volumes running SUSE 10.2 with XEN > > > > > > > > > > > > > > > > > > checking back 0.90.2 didn't have this issue. didn't try out > > 0.90.1... > > > > > > > > > > > > 2007/6/18, Phil Leinhauser < [EMAIL PROTECTED]>: > > > > > > > > > > > > > > The Clamd ver 90.1 hogged my CPU indefinitely. I had to > stop it > > to et > > > > the > > > > > > > machine back. > > > > > > > > > > > > > > After my upgrade problems (self induced), I see what you are > > talking > > > > > > > about. I haven't looked at what it is doing exactly but it > runs > > for > > > > me at > > > > > > > 100% for about 5 minutes then calms down. > > > > > > > > > > > > > > My QMT server is a VMware virtual server running on an AMD > 3.0G > > host > > > > along > > > > > > > with 2 other virtual servers all using iSCSI connection to > Linux > > iSCSI > > > > > > > target. Vmachines are so cheap I chose not to run anything > but > > QMT on > > > > this > > > > > > > server. Running webs etc. on my mail server will certainly > > overload > > > > it once > > > > > > > I go into full production. > > > > > > > > > > > > > > I'm willing to live with a 5 minute spike in CPU as long as > it > > does > > > > it's > > > > > > > job. > > > > > > > > > > > > > > Phil > > > > > > > > > > > > > > > > > > > > > -----Original message----- > > > > > > > From: "A M" [EMAIL PROTECTED] > > > > > > > Date: Mon, 18 Jun 2007 12:05:41 -0400 > > > > > > > To: qmailtoaster-list@qmailtoaster.com > > > > > > > Subject: [qmailtoaster] Clam 0.90.3 - Updated Info > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > I just had a server downgrade (due to a fried processor) > fom a > > 3.2 > > > > GHz > > > > > > > to > > > > > > > > a 2.6GHz and from 4GB Ram to 2GB ram and noticed this: > > > > > > > > > > > > > > > > when starting clamd loads the entire database to memory > while > > > > > > > > doing some sort of checksum verification??? anyone can > verify > > > > this??? > > > > > > > > > > > > > > > > the server has about a zillion sites on it plus some other > > > services > > > > > > > besides > > > > > > > > QMT. The result is that clamd loads de signatures for > about 2 > > > > minutes > > > > > > > hoging > > > > > > > > the CPU during this time, and fails to respond to simscan, > > > > originating > > > > > > > > deferals > > > > > > > > for smtp. > > > > > > > > > > > > > > > > At this point I did som test in other servers > and I realized > > that > > > > > > > > 90.3takes a lot > > > > > > > > more time to read the signatures than previous versions. > > > > > > > > > > > > > > > > Well just my experience since I've seen a lot of pelople > with > > some > > > > > > > issues > > > > > > > > with > > > > > > > > 0.90.3. > > > > > > > > > > > > > > > > Regards, > > > > > > > > > > > > > > > > -- > > > > > > > > AM > > > > > > > > agmsoft(at)gmail.com > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > > > QmailToaster hosted by: VR Hosted <http://www.vr.org> > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > > > To unsubscribe, e-mail: > > > > [EMAIL PROTECTED] > > > > > > > For additional commands, e-mail: > > > > [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > AM > > > > > > agmsoft(at)gmail.com > > > > > > > > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > QmailToaster hosted by: VR Hosted < http://www.vr.org> > > > > > > > > > > > --------------------------------------------------------------------- > > > > > To unsubscribe, e-mail: > > > > [EMAIL PROTECTED] > > > > > For additional commands, e-mail: > > > > [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > AM > > > > agmsoft(at)gmail.com > > > > > > > > --------------------------------------------------------------------- > > > QmailToaster hosted by: VR Hosted < http://www.vr.org> > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: > > [EMAIL PROTECTED] > > > For additional commands, e-mail: > > [EMAIL PROTECTED] > > > > > > > > > > > > > > -- > > AM > > agmsoft(at)gmail.com > > --------------------------------------------------------------------- > QmailToaster hosted by: VR Hosted <http://www.vr.org> > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- AM agmsoft(at)gmail.com
-- AM agmsoft(at)gmail.com
