--=-oqpE6PlbXuzML9/ubGjQ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable
On Tue, 2009-05-26 at 04:26 -0700, Howard Chu wrote:
abartlet@samba.org wrote:
Full_Name: Andrew Bartlett Version: CVS HEAD OS: Fedora 10 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (59.167.251.137)
Samba4's provision and 'make test' seems to create some internal situat=
ion in
OpenLDAP slapd where it will not accept any more connections over ldapi=
:///
This is best seen by building Samba4, and running
TEST_LDAP=3Dyes OPENLDAP_ROOT=3D/usr/local make test
The slapd does not crash, but simply stops accepting new connections. =
Samba4
currently then crashes due to some other bug (the LDAP backend not resp=
onding is
clearly untested code in Samba4).
It isn't a Samba4 client bug, as ldapsearch also fails to respond.
This seems very, very similar to ITS#5261
=20 Further testing with Andrew's kvm image shows the hang only occurs when C=
yrus=20
SASL's libsasldb2.so plugin is present. I always remove that plugin from =
my=20
installs, since I only use in-directory SASL secrets. That's probably why=
I=20
wasn't seeing the reported behavior before.
Very interesting result!
Also a note - it's still not clear we've been talking about the same thin=
g up=20
to this point. Even when the samba test suite hangs, I see that ldapsearc=
h=20
still works fine against slapd. At any rate, currently all of the samba4 =
tests=20
pass for me.
Samba4 always uses SASL credentials these days (trying to avoid simple binds). Perhaps it's time to investigate EXTERNAL if it would avoid some of this pain (but we should also try and fix the real bug here, if at all possible). =20
Andrew Bartlett
--=20 Andrew Bartlett http://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org Samba Developer, Red Hat Inc. http://redhat.com
--=-oqpE6PlbXuzML9/ubGjQ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part
--=-oqpE6PlbXuzML9/ubGjQ--