You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@spamassassin.apache.org by bu...@bugzilla.spamassassin.org on 2004/09/14 02:57:05 UTC
[Bug 3776] New: Memory Leak in spamd
http://bugzilla.spamassassin.org/show_bug.cgi?id=3776
Summary: Memory Leak in spamd
Product: Spamassassin
Version: 2.63
Platform: Other
OS/Version: Linux
Status: NEW
Severity: critical
Priority: P1
Component: spamc/spamd
AssignedTo: dev@spamassassin.apache.org
ReportedBy: fs@nessus.at
Hi there!
Im running a spamassassin 2.63 daemon on a middle volume mailserver with exim
and exiscan-acl.
the server is a:
- debian sarge, kernel 2.4.27 smp
- perl 5.84
- spamassassin installed from debian tree
- dual p3 1ghz
- 2 GB ram
The problem i get is very strange and very bad.
Once a month the spamd processes take all the memory(ram and swap), generates
a huge load and fucks up the system within only a few minutes till the kernel
kills the processes...
i dont know the reason and cant find any solution.
today i tried to chance the connect to the spamd via the socket, maybe this
helps.
here more infos to find the bug:
message which comes if kernel kills spamd:
VM: killing process spamd
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
top result of spamd:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
12365 spamd 14 0 917m 909m 6464 R 99.9 51.5 1:48.69 spamd
6857 spamd 9 0 23428 6976 5400 S 0.0 0.4 0:10.68 spamd
normally one spamd process needs only 30 MB!
if i strace to this pid with "strace -p 12365" i see no output! thats what me
makes a little ominous...
i hope we can find this bad bug! i will do my best to speed this up!
greetings,
Florian Schicker
nessus.at internet services
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.