[Dovecot] Dovecot killing OpenLDAP
Hi all,
Using rc15 here, with userdb and passdb in LDAP, no prefetcg.
Dovecot keeps a thread open, so we can't shutdown our directory.
Any ideas why?
Thanks.
-- Kind Regards,
Gavin Henry. Managing Director.
T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 824887 E ghenry@suretecsystems.com
Open Source. Open Solutions(tm).
On 23.12.2006, at 1.12, Gavin Henry wrote:
Hi all,
Using rc15 here, with userdb and passdb in LDAP, no prefetcg.
Dovecot keeps a thread open, so we can't shutdown our directory.
Any ideas why?
So that it can quickly authenticate users without having to connect
to the LDAP server every time. This is the first time I've heard of
this being a problem.. I don't know what I could do about it. Can't
you just force the shutdown?
<quote who="Timo Sirainen"> > On 23.12.2006, at 1.12, Gavin Henry wrote: > >> Hi all, >> >> Using rc15 here, with userdb and passdb in LDAP, no prefetcg. >> >> Dovecot keeps a thread open, so we can't shutdown our directory. >> >> Any ideas why? > > So that it can quickly authenticate users without having to connect > to the LDAP server every time. This is the first time I've heard of > this being a problem.. I don't know what I could do about it. Can't > you just force the shutdown?
This is in our logs constantly:
connection_input: conn=2 deferring operation: binding
And this freezes OpenLDAP, it won't shutdown. Even if you force it, the bdb backend is left open and you need to remove alock and do a db_recover.
Also, if you shutdown dovecot before shutdown OpenLDAP, there's still a thread open.
So, no a forced shutdown isn't good :-(
Dec 22 23:13:33 suretec slapd[29622]: daemon: shutdown requested and initiated. Dec 22 23:13:33 suretec slapd[29622]: slapd shutdown: waiting for 1 threads to terminate
Thanks.
-- Kind Regards,
Gavin Henry. Managing Director.
T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 824887 E ghenry@suretecsystems.com
Open Source. Open Solutions(tm).
<quote who="Timo Sirainen"> > On Fri, 2006-12-22 at 23:50 +0000, Gavin Henry wrote: >> This is in our logs constantly: >> >> connection_input: conn=2 deferring operation: binding > > I'm hoping the next Dovecot release / latest nightly snapshot fixes > this. Could you try? >
I'll try the next release when Atrpms makes one.
That ok?
Thanks for your work!
Gavin.
-- Kind Regards,
Gavin Henry. Managing Director.
T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 824887 E ghenry@suretecsystems.com
Open Source. Open Solutions(tm).
participants (2)
-
Gavin Henry
-
Timo Sirainen