The mailing list for listmasters using Sympa

[Olivier Salaün <address@concealed>]

Hi Mark,

First I should mention that we were never reported such significant 
problems with memory shortage on a Sympa server.

However we are aware that Sympa processes suffer from memory leaks, but 
we haven't determined yet what perl module is responsible for them.
It would greatly help if you provide additional informations about your 
sympa service including :

   * the memory used by each Sympa process (sympa.pl, task_manager.pl,
     bounced.pl)
   * the average outgoing traffic of your server (#mail X #members)

Feel free to send these informations offlist if your prefer.

As an example:

   * we are running our own ML service on a server with 8GB RAM.
   * we have lists with 20.000 members
   * the outgoing traffic is around 1.000.000 messages a day


I don't think you'd have better performances with an older Sympa release 
; especially since we've optimized a few things in the 5.4.x versions on 
the web interface.


Mark Sallee a écrit :
> About every 2 days, sympa will stop processing messages and postfix mail
> log reports messages like this:
>
> sympa postfix/smtp[718]: 03540138A9: to=<address@concealed>,
> relay=mail.server.edu[192.116.xx.xx], *delay=1*, status=sent (250 Ok:
> queued as BA6B1208128)
>
> Previous process has died unexpectedly.
> Date of crash : 22 Oct 2008  16:13
> Errors:
> Warning: Unrecognized variable: "tag"
> Out of memory!
>
>  and the "delay=#" will go very high as time goes on. No messages go out
> at all until we stop and restart the sympa services (especially
> sympa.pl). Then we get the message “Previous Process crashed” - “Out of
> Memory” sent to the listmaster and then the queued messages are sent. 
> Specs: Sympa 5.4.3, SLES10 server with 4 GB RAM, queries Oracle 10g,
> Perl  v5.8.8, Postfix, some lists with ~25,000 subscribers.  We are
> relaying our mail through our central mail server.
>
> Is task_manager.pl supposed to be calling sympa.pl periodically but
> perhaps not working?
>
> Should we go back to an earlier version of Sympa that is more stable? 
> Our sympa’s performance is so unpredictable right now.
> Thank you
>
>