[Dovecot] pam_ldap.so memory leaks?
Hello List,
I have a question about dovecot-1.1.0-beta3 but first I'll ramble a little bit:
Recently I upgraded a 0.99 installation of dovecot to 1.0.5. All went relatively smoothly until the dovecot-auth process began returning "out of memory" after a day. There is a rather large user base here.
The current setup is using passdb pam with blocking=yes, with pam_ldap.so handling most authentication (although in special cases I am using a custom written pam module which I have disabled to eliminate as the source of the leak).
The dovecot-auth process' VmRSS size grows by 4k per request and has a limit of 256megs. Unfortunately turning blocking=yes off isn't an option. The reason I must have it turned on is that the custom pam module is changing the username on specific requests. I am trying to pinpoint the memory leak (pam_ldap is my biggest suspect right now though I'm going to try running valgrind on a test system). For now I have set shutdown_clients=no and am restarting dovecot at regular intervals.
Okay the question: In dovecot 1.1.0 beta3 I see that blocking=yes is now on, no matter what. Has something been done to address potential memory leaks in pam modules?
Thanks, -Andrew
On 22.10.2007, at 22.55, Flannery, Andrew wrote:
The dovecot-auth process' VmRSS size grows by 4k per request and has a limit of 256megs.
The main dovecot-auth or dovecot-auth -w processes'?
Okay the question: In dovecot 1.1.0 beta3 I see that blocking=yes
is now on, no matter what. Has something been done to address potential
memory leaks in pam modules?
# Number of auth requests to handle before destroying the process.
This may
# be useful if PAM plugins leak memory.
#auth_worker_max_request_count = 0
participants (2)
-
Flannery, Andrew
-
Timo Sirainen