Richard Rasker
2008-10-07 01:23:41 UTC
Hallo,
Ik had eerder al bij mijn eigen mailserver extreem hoge CPU-belastingen door
ClamAV geconstateerd, echter zonder een duidelijke oorzaak te kunnen
vinden. Uiteindelijk heb ik ClamAV maar gewoon uitgezet, omdat ik hier toch
geen Windows-machines heb draaien. Ook had ik dit probleem hier al eerder
genoemd, maar niemand scheen er verder last van te hebben, dus heb ik het
maar laten rusten.
Nu heb ik echter nog twee mailservers draaien met ClamAV (een testmachine en
een productieserver die binnenkort in gebruik wordt genomen), en beide
vertonen hetzelfde probleem: clamd vreet langdurig alle beschikbare
CPU-tijd op. Hier de kopregels van 'top' van een van deze machines:
mail:~# top
top - 02:49:48 up 33 days, 15:23, 1 user, load average: 1.07, 0.99, 0.67
Tasks: 83 total, 2 running, 81 sleeping, 0 stopped, 0 zombie
Cpu(s): 99.7%us, 0.3%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si,
0.0%st
Mem: 906784k total, 449016k used, 457768k free, 155440k buffers
Swap: 4883640k total, 0k used, 4883640k free, 92340k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2334 clamav 25 0 112m 99m 980 R 99.9 11.2 11616:45 clamd
1 root 15 0 1948 648 552 S 0.0 0.1 0:01.30 init
2 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0
Zoals te zien is, is de machine iets meer dan 33 dagen up. Gedurende die
tijd heeft clamd 11.616 minuten CPU-tijd geconsumeerd, oftewel bijna een
kwart van de totale tijd. De server is ook merkbaar trager gedurende deze
(lange) perioden van hoge CPU-belasting. We hebben het ook niet over een
oud Pentium 100-bakje -- dit is een nieuwe machine met een 1,8GHz CPU en
1GB RAM. En wellicht ten overvloede: deze machine heeft momenteel dus echt
helemaal niets te doen. Afgezien van sporadische tests wordt er geen mail
aangeboden of verzonden; het ding hangt gewoon aan een netwerkaansluiting
te wachten tot er wat gebeurt.
Eigenlijk zou ik nog even een scriptje willen maken dat precies bijhoudt
wanneer ClamAV zich zo misdraagt, maar daar ben ik nog niet aan toegekomen
(ideeën, iemand?).
De grote vraag: heeft iemand een idee waardoor dit komt, en wat er aan te
doen is? Ik kan ClamAV op de productieserver echt niet uitzetten, want er
komt een compleet legertje bevattelijke Windows-bakjes achter te hangen.
Aangezien ik het probleem heb met alle machines die ik heb ingericht, zou
het wel eens aan mijn manier van configuratie kunnen liggen -- maar in welk
opzicht? Ik doe eigenlijk niets anders dan gewoon Amavis, SpamAssassin en
ClamAV installeren, zonder iets aan de standaardconfiguratie aan te passen.
Ook zoeken op internet levert weinig anders op dan veel meer kachten over
een hoge CPU-belasting door ClamAV -- echter zonder duidelijke
oplossing :-(
Alvast weer mijn dank,
Richard Rasker
Ik had eerder al bij mijn eigen mailserver extreem hoge CPU-belastingen door
ClamAV geconstateerd, echter zonder een duidelijke oorzaak te kunnen
vinden. Uiteindelijk heb ik ClamAV maar gewoon uitgezet, omdat ik hier toch
geen Windows-machines heb draaien. Ook had ik dit probleem hier al eerder
genoemd, maar niemand scheen er verder last van te hebben, dus heb ik het
maar laten rusten.
Nu heb ik echter nog twee mailservers draaien met ClamAV (een testmachine en
een productieserver die binnenkort in gebruik wordt genomen), en beide
vertonen hetzelfde probleem: clamd vreet langdurig alle beschikbare
CPU-tijd op. Hier de kopregels van 'top' van een van deze machines:
mail:~# top
top - 02:49:48 up 33 days, 15:23, 1 user, load average: 1.07, 0.99, 0.67
Tasks: 83 total, 2 running, 81 sleeping, 0 stopped, 0 zombie
Cpu(s): 99.7%us, 0.3%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si,
0.0%st
Mem: 906784k total, 449016k used, 457768k free, 155440k buffers
Swap: 4883640k total, 0k used, 4883640k free, 92340k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2334 clamav 25 0 112m 99m 980 R 99.9 11.2 11616:45 clamd
1 root 15 0 1948 648 552 S 0.0 0.1 0:01.30 init
2 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0
Zoals te zien is, is de machine iets meer dan 33 dagen up. Gedurende die
tijd heeft clamd 11.616 minuten CPU-tijd geconsumeerd, oftewel bijna een
kwart van de totale tijd. De server is ook merkbaar trager gedurende deze
(lange) perioden van hoge CPU-belasting. We hebben het ook niet over een
oud Pentium 100-bakje -- dit is een nieuwe machine met een 1,8GHz CPU en
1GB RAM. En wellicht ten overvloede: deze machine heeft momenteel dus echt
helemaal niets te doen. Afgezien van sporadische tests wordt er geen mail
aangeboden of verzonden; het ding hangt gewoon aan een netwerkaansluiting
te wachten tot er wat gebeurt.
Eigenlijk zou ik nog even een scriptje willen maken dat precies bijhoudt
wanneer ClamAV zich zo misdraagt, maar daar ben ik nog niet aan toegekomen
(ideeën, iemand?).
De grote vraag: heeft iemand een idee waardoor dit komt, en wat er aan te
doen is? Ik kan ClamAV op de productieserver echt niet uitzetten, want er
komt een compleet legertje bevattelijke Windows-bakjes achter te hangen.
Aangezien ik het probleem heb met alle machines die ik heb ingericht, zou
het wel eens aan mijn manier van configuratie kunnen liggen -- maar in welk
opzicht? Ik doe eigenlijk niets anders dan gewoon Amavis, SpamAssassin en
ClamAV installeren, zonder iets aan de standaardconfiguratie aan te passen.
Ook zoeken op internet levert weinig anders op dan veel meer kachten over
een hoge CPU-belasting door ClamAV -- echter zonder duidelijke
oplossing :-(
Alvast weer mijn dank,
Richard Rasker
--
http://www.linetec.nl
http://www.linetec.nl