It seems as though the lower the auth_worker_max_count, the quicker it happens. The processes just seem to be forgotten about, they are in a normal state but haven't been active since they were forgotten. I am happy to debug it, but I have no idea what method I can use to do it that won't produce hundreds of meg of output to go through.
Regards Andrew
On Tue, 2005-05-24 at 22:21 +0100, Andrew Hutchings wrote:
Hi Timo, With auth_worker_max_count = 10, over the last 14 hours:
[root@svr24 root]# ps x | grep "dovecot-auth" | wc -l 29
[root@svr21 root]# ps x | grep "dovecot-auth" | wc -l 34
extract from svr21 pstree:
├─dovecot─┬─34*[dovecot-auth] │ ├─4*[imap] │ ├─3*[imap-login] │ ├─2*[pop3] │ └─3*[pop3-login]Any kinda tests/debugging you want me to do?
Regards Andrew
On Tue, 2005-05-24 at 02:03 +0300, Timo Sirainen wrote:
On 23.5.2005, at 23:56, Andrew Hutchings wrote:
I may have missed something in the conf file but while using a standard mysql auth method I'm finding many dovecot-auth processing sitting doing nothing. They grow to the extent that mysql runs out of connections after a week.
Do you have more than auth_worker_max_count (default 30) of them? Sounds like it's leaking them for some reason. It should create new ones only when all of the existing ones are being used, and never more than the configured amount. I'm not sure if the created processes die ever though.
Andrew Hutchings (A-Wing) Linux Guru - Netserve Consultants Ltd. - www.domaincity.co.uk Admin - North Wales Linux User Group - www.nwlug.org.uk BOFH excuse 353: Second-system effect.
-- Andrew Hutchings (A-Wing) Linux Guru - Netserve Consultants Ltd. - www.domaincity.co.uk Admin - North Wales Linux User Group - www.nwlug.org.uk BOFH excuse 378: Operators killed by year 2000 bug bite.