[Dovecot] Excessive dovecot-auth proceses
Hi Guys,
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. Any ideas?
Regards Andrew
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 423: It's not RFC-822 compliant.
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.
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.
I have it commented out (so 30). I had to restart them last night anyway as they have been moved to a new facility. I have adjusted it to 10 as 30 seems excessive for my needs (300 logins per min per server). I will let you know if it happens again.
Regards Andrew
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 225: It's those computer people in X {city of world}. They keep stuffing things up.
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.
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.
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
Hmm. Well, I think I won't try to fix this correctly since the code is going to be rewritten anyway with the new master process code. Here's a patch to make worker processed die after 10min idling, I think that should help?
participants (2)
-
Andrew Hutchings
-
Timo Sirainen