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.

There is no existing slapd process running, so i presume the test is trying to open two ldaps on the one port, or the test script is unable to detect that maybe the first slapd started, and tries again (and fails). There are no other slapd processes on port 9011, outside the test scripts, and not stray slapd processed are hanging around before i run make test.

Note this is not a problem with the build as such, as i can make install the same compile and it works fine.

configure options :

CC=gcc CXX=g++ CPPFLAGS="-I/usr/local/openldap/include -I/usr/local/include" LDFLAGS="-L/usr/local/openldap/lib -L/usr/local/lib -R/usr/local/openldap/lib -R/usr/local/lib" ./configure --enable-ssl --with-threads --enable-slapd --enable-overlays --disable-sql --disable-ndb --disable-slapi --disable-ipv6 --prefix=/usr/local/openldap

misc environmental options :

laptop:/home/myuser/keep-ldap/openldap-src # which db_archive /usr/local/openldap/bin/db_archive laptop:/home/myuser/keep-ldap/openldap-src # echo $LD_LIBRARY_PATH /usr/local/openldap/lib laptop:/home/myuser/keep-ldap/openldap-src # echo $PATH /usr/local/openldap/bin:/home/myuser/bin:/usr/local/bin:/usr/bin:/sbin:/usr/sbin:/bin:/usr/bin/X11:/usr/X11R6/bin:/usr/games:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/lib/qt3/bin laptop:/home/myuser/keep-ldap/openldap-src # ldd servers/slapd/slapd linux-gate.so.1 => (0xffffe000) libdb-4.7.so => /usr/local/openldap/lib/libdb-4.7.so (0xb7f6e000) libpthread.so.0 => /lib/libpthread.so.0 (0xb7f35000) libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0xb7f1c000) libdl.so.2 => /lib/libdl.so.2 (0xb7f18000) libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0xb7eed000) libssl.so.0.9.8 => /usr/lib/libssl.so.0.9.8 (0xb7ea7000) libcrypto.so.0.9.8 => /usr/lib/libcrypto.so.0.9.8 (0xb7d63000) libresolv.so.2 => /lib/libresolv.so.2 (0xb7d50000) libc.so.6 => /lib/libc.so.6 (0xb7c0d000) /lib/ld-linux.so.2 (0xb80b4000) libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0xb7b79000) libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0xb7b53000) libcom_err.so.2 => /lib/libcom_err.so.2 (0xb7b4f000) libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0xb7b46000) libkeyutils.so.1 => /lib/libkeyutils.so.1 (0xb7b42000) libz.so.1 => /lib/libz.so.1 (0xb7b2e000)

Using bdb 4.7 (or 4.6 for that matter) with openldap HEAD (but same happens with RE24) and berkeleydb locking patch.

Any thoughts would be welcome..

Cheers Brett