Am Samstag 22 November 2008 07:53:27 schrieb Brett @Google:
I am getting a strange problem on SuSE 10.2.
When build RE24, approx since the last two releases, and make test fails (but the openldap itself works).
laptop:/home/myuser/keep-ldap/openldap-src # make test cd tests; make test make[1]: Entering directory `/home/myuser/keep-ldap/openldap-src/tests' make[2]: Entering directory `/home/myuser/keep-ldap/openldap-src/tests' Initiating LDAP tests for BDB... Cleaning up test run directory leftover from previous run. Running ./scripts/all...
Executing all LDAP tests for bdb Starting test000-rootdse ...
running defines.sh Starting slapd on TCP/IP port 9011... Using ldapsearch to retrieve the root DSE... Waiting 5 seconds for slapd to start... Waiting 5 seconds for slapd to start... Waiting 5 seconds for slapd to start... Waiting 5 seconds for slapd to start... Waiting 5 seconds for slapd to start... Waiting 5 seconds for slapd to start... ./scripts/test000-rootdse: line 66: kill: (28301) - No such process ldap_sasl_bind(SIMPLE): Can't contact LDAP server (-1)
Test failed ./scripts/test000-rootdse failed (exit 255)
make[2]: *** [bdb-yes] Error 255 make[2]: Leaving directory `/home/myuser/keep-ldap/openldap-src/tests' make[1]: *** [test] Error 2 make[1]: Leaving directory `/home/myuser/keep-ldap/openldap-src/tests' make: *** [test] Error 2
Looking at the slapd test output (does not get beyond the first test) :
[..etc..]
dnNormalize: <cn=Uptime>
<<< dnNormalize: <cn=uptime>
dnNormalize: <cn=Read>
<<< dnNormalize: <cn=read>
dnNormalize: <cn=Write>
<<< dnNormalize: <cn=write> slapd starting daemon: listen(ldap://localhost:9011/, 5) failed errno=98 (Address already in use) slapd shutdown: initiated ====> bdb_cache_release_all slapd destroy: freeing system resources. slapd stopped.
This sounds like: http://www.openldap.org/its/index.cgi/Incoming?id=5251;selectid=5251
which was a glibc issue that has been resolved meanwhile: http://sources.redhat.com/bugzilla/show_bug.cgi?id=4980
If you really run into the above problem a workaround is to remove "localhost" from the "::1" entry in /etc/hosts.