Bug 13358 - saslauthd memory leaks
saslauthd memory leaks
Status: CLOSED FIXED
Product: UCS
Classification: Unclassified
Component: Upstream packages
UCS 2.1
All All
: P2 normal (vote)
: UCS 2.4-3
Assigned To: Moritz Muehlenhoff
Felix Botner
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-02-09 11:12 CET by Janis Meybohm
Modified: 2011-09-14 10:56 CEST (History)
3 users (show)

See Also:
What kind of report is it?: ---
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional):
Max CVSS v3 score:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Janis Meybohm univentionstaff 2009-02-09 11:12:18 CET
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=153915 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=379810

Angeblich soll es helfen wenn man die worker threads auf 0 reduziert (PARAMS="-n 0" in /etc/default/saslauthd). 

man saslauthd
--
 -n threads
    Use threads processes for responding to authentication queries. (default: 5)  A value of zero will indicate that saslauthd should fork an individual process for each connection.  This can solve leaks that occur in some deployments..
--
Comment 1 Sönke Schwardt-Krummrich univentionstaff 2009-02-09 11:37:37 CET
Das ist auch bei anderen Kunden auf dem Mailserver aufgetreten. Siehe Keyword.
Comment 2 Andre Brandt 2009-10-15 07:31:52 CEST
Das Problem lässt sich in der Tat beheben, wenn der Parameter "-n 0" gesetzt wird. Zumindest trat der Fehler anschliessend auf zwei Systemen nicht mehr auf.
Comment 3 Janis Meybohm univentionstaff 2011-05-18 16:12:18 CEST
Ggf. können wir für den Threads Parameter in der /etc/default/saslauthd eine UCR-Variable definieren.
Comment 4 Moritz Muehlenhoff univentionstaff 2011-08-03 14:10:16 CEST
Die Pakete univenton-mail-cyrus und univention-mail-cyrus-kolab2 wurden so angepasst, das die Anzahl der zu startenden saslauthd-Threads nun über die UCR-Variable mail/cyrus/threads kontrolliert werden kann.
Comment 5 Janis Meybohm univentionstaff 2011-08-03 14:25:41 CEST
Ich finde den Namen der UCR-Variable irgendwie schwierig. Letztendlich sind es ja nicht die Cyrus Threads die hier manipuliert werden. Ich halte mail/saslauthd/threads oder auch mail/cyrus/saslauthd/threads für passender.
Comment 6 Moritz Muehlenhoff univentionstaff 2011-08-10 08:59:28 CEST
Der Variablenname wurde auf mail/saslauthd/threads geändert und die Pakete neu gebaut.
Comment 7 Felix Botner univentionstaff 2011-08-19 09:14:06 CEST
OK, die Anzahl der sasld threads kann mit der Variable mail/saslauthd/threads (default wie bisher 5) gesteuert werden (Neustart des saslauthd vorausgesetzt).

Changelog Eintrag fehlt.
Comment 8 Moritz Muehlenhoff univentionstaff 2011-08-19 09:31:46 CEST
(In reply to comment #7)
> OK, die Anzahl der sasld threads kann mit der Variable mail/saslauthd/threads
> (default wie bisher 5) gesteuert werden (Neustart des saslauthd vorausgesetzt).
> 
> Changelog Eintrag fehlt.

War vorhanden, aber noch mit dem alten Variablennamen. Fixed.
Comment 9 Felix Botner univentionstaff 2011-08-19 09:47:10 CEST
(In reply to comment #8)
> (In reply to comment #7)
> > OK, die Anzahl der sasld threads kann mit der Variable mail/saslauthd/threads
> > (default wie bisher 5) gesteuert werden (Neustart des saslauthd vorausgesetzt).
> > 
> > Changelog Eintrag fehlt.
> 
> War vorhanden, aber noch mit dem alten Variablennamen. Fixed.

OK (ich habe noch die Bugnummer ergänzt).
Comment 10 Sönke Schwardt-Krummrich univentionstaff 2011-09-14 10:56:57 CEST
UCS 2.4-3 wurde veröffentlicht. Sollte der hier beschriebene Bug mit einer
neueren Version von UCS erneut auftreten, so sollte der Bug dupliziert werden:
"Clone This Bug".