Very Large Memory usage - bug?
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
dkimpy-milter |
Invalid
|
Undecided
|
Unassigned |
Bug Description
Need some help/guidance.
For the first time ever the primary mail server went OOM - as I comb through I found dkimpy milter is using more memory than any other process - more than double anything else on system. This occurred after reboot - and then it processed all the flushed mail from firewall which was holding sine OOM killed all mail services on primary server. Primary has 32 GB physical + swap.
As of now on primary mail server (dkim sign), dkimpy-milter is consuming 1.2 GB of memory - I am monitoring to see how it grows but this seems insanely large for what it does. On firewall (validation) there are 7 copies of dkmipy-milter and each is taking up 410 MB. Big chunk of the 16 GB physical.
For comparison unbound is 250 MB, nsd is 50 Mb, imap is 100MB
Is this normal/expected? Given that each processes a single email and then waits - and there are no 400 MB emails - would you not expect this to be much, much smaller memory footprint?
Suggestions?
thanks
GeneC
The memory has not changed over the day - so I do NOT see a memory leak.
Still the mem footprint seems disproportionately large for what its doing. Do the memory usages look sensible you think?
I am still stumped by what triggered OOM last night - have created huge mem pressure on system and seen no problems at all ... dang cosmic rays perhaps ...