[Mailman-Users] High CPU Load

[Richard Barrett]

On 31 May 2004, at 20:59, Jason Shouler wrote:

> Richard Barrett wrote:
>
>>
>> What do you mean by list activity? Handling a single outgoing post or 
>> what.
>
> Activity should be pretty minimal - one outgoing post a week and 
> that's about it.   What appears to be creating the heaviest load is 
> the bounce runner which with something over 3000 messages in it's 
> queue looks a likely culprit (or rather I guess the messages are).
> I'm not sure how the bounce queue fits in with the bounce mechanism?   
> Are these actually queued messages waiting for delivery or are they 
> already dead!    I've looked at a few and they would appear to belong 
> to unsubscribed members??
>
>> Is outgoing mail via the MTA on the Mailman server? What sort of 
>> values are are using for SMTP_MAX_RCPTS?
>
> All services are running on the one server.  Sendmail is fairly well 
> optimized and takes submissions from Mailman via the MSA port which is 
> configured to avoid DNS.    SMTP_MAX_RCPTS = 10 and VERP is enabled 
> for everything other than normal postings and of course the SMTPPORT 
> is changed.
>
> Basically Mailman works very well aside from the heavy load issue.
>
> As is often the case in these situations, after almost giving up, I've 
> now found the web interface is usable again.
>
> All the queue runners are clear apart from the bounce runner which is 
> going up very gradually at the moment.  When I see it going down I'll 
> be a lot happier.
>

Take a look at the NEWS file in the Mailman source distribution; grep 
for 'bounce' and read the items that are identified. There were 
significant bounce handling changes in MM 2.1.3 and MM 2.1.5 the both 
of which will influence your system's operation as regards things you 
are noting above. Also, take a look at the Mailman bounce log.

Maybe changing REGISTER_BOUNCES_EVERY config variable's value in 
mm_cfg.py and doing mailmanctl restart might be worth considering.

Be useful if you could let me/us have your summary/conclusions/actions 
when (if) you manage to get a satisfactory resolution.

> Regards,
>
> Jason.
>
> -- 
> =============================
> Jason Shouler  DATAFLOW
> Tel/Fax : +44 (0)1202-722599
>  Mobile : +44 (0)7946-615718
>     www.data-flow.org.uk
> Linux integration specialists
> =============================
>
>
>