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. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part URL: <http://dovecot.org/pipermail/dovecot/attachments/20050524/792ea069/attachment-0001.bin>
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 at svr24 root]# ps x | grep "dovecot-auth" | wc -l
29
[root at 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.