Please test. Thanks!
--Quanah
--
Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration
Quanah Gibson-Mount quanah@zimbra.com writes:
Please test. Thanks!
OK for me, openSuSE-11.1 x86_64
-Dieter
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Aug 31, 2009, at 00:57 , Quanah Gibson-Mount wrote:
Please test. Thanks!
No problems on OS X 10.5.8/Intel
jens
Quanah Gibson-Mount wrote:
Please test. Thanks!
AIX 5.3 32-bit RE24, BDB 4.6 (all patches), SASL 2.1.22, OpenSSL 0.9.8k
AIX 5.3 64-bit RE24, BDB 4.7 (all patches), SASL 2.1.22, OpenSSL 0.9.8l
All Good!
Cheers, Bill
--Quanah
--
Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc
Zimbra :: the leader in open source messaging and collaboration
On 31/08/2009 00:57, Quanah Gibson-Mount wrote:
Please test. Thanks!
I'm getting an error in test018, on Ubuntu 64 bits. It happens every run, and I've tried rebuilding from scratch.
Unfortunately I don't have time to look deeper now, so here is what I'm getting.
I build with: 8<--------------------------------------------------------------------- make veryclean && ./configure --enable-debug --enable-overlays=mod --enable-hdb=mod --enable-bdb=no --enable-monitor --enable-ldap=mod --enable-modules --prefix=/tmp/ol && make -j3 depend && make -j3 && make test 8<---------------------------------------------------------------------
And I get the following failure, every time: 8<---------------------------------------------------------------------
Starting test018-syncreplication-persist for hdb...
running defines.sh Starting producer slapd on TCP/IP port 9011... Using ldapsearch to check that producer slapd is running... Using ldapadd to create the context prefix entry in the producer... Starting consumer slapd on TCP/IP port 9014... Using ldapsearch to check that consumer slapd is running... Using ldapadd to populate the producer directory... Waiting 7 seconds for syncrepl to receive changes... Stopping the provider, sleeping 10 seconds and restarting it... Using ldapsearch to check that producer slapd is running... Waiting 7 seconds for consumer to reconnect... Using ldapmodify to modify producer directory... Using ldappasswd to change some passwords... Waiting 7 seconds for syncrepl to receive changes... Stopping consumer to test recovery... Modifying more entries on the producer... Restarting consumer... Waiting 7 seconds for syncrepl to receive changes... Try updating the consumer slapd... ldapmodify failed (255)! killing 30617 30635 kill: 358: No such process
./scripts/test018-syncreplication-persist failed for hdb (exit 255)
make[2]: *** [hdb-mod] Erreur 255 make[2]: quittant le répertoire « /home/jclarke/COMMUNAUTES/OpenLDAP/openldap-RE24/tests » make[1]: *** [test] Erreur 2 make[1]: quittant le répertoire « /home/jclarke/COMMUNAUTES/OpenLDAP/openldap-RE24/tests » make: *** [test] Erreur 2 8<---------------------------------------------------------------------
And a 'tail tests/testrun/slapd.4.log' gives: 8<--------------------------------------------------------------------- /home/jclarke/COMMUNAUTES/OpenLDAP/openldap-RE24/tests/../servers/slapd/slapd: symbol lookup error: ../servers/slapd/back-ldap/.libs/back_ldap-2.4-releng.so.2: undefined symbol: ldap_modify_ext 8<---------------------------------------------------------------------
I can provide more details/output/etc, if needed.
Jonathan
--On Monday, August 31, 2009 5:05 PM +0200 Jonathan Clarke jonathan@phillipoux.net wrote:
And a 'tail tests/testrun/slapd.4.log' gives: 8<--------------------------------------------------------------------- /home/jclarke/COMMUNAUTES/OpenLDAP/openldap-RE24/tests/../servers/slapd/s lapd: symbol lookup error: ../servers/slapd/back-ldap/.libs/back_ldap-2.4-releng.so.2: undefined symbol: ldap_modify_ext 8<---------------------------------------------------------------------
Looks like a problem with the recent changes to back-ldap/back-meta. Those are the only two backends to reference ldap_modify_ext under servers/slapd.
--Quanah
--
Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration
Jonathan Clarke wrote:
On 31/08/2009 00:57, Quanah Gibson-Mount wrote:
Please test. Thanks!
I'm getting an error in test018, on Ubuntu 64 bits. It happens every run, and I've tried rebuilding from scratch.
Unfortunately I don't have time to look deeper now, so here is what I'm getting.
I build with: 8<--------------------------------------------------------------------- make veryclean&& ./configure --enable-debug --enable-overlays=mod --enable-hdb=mod --enable-bdb=no --enable-monitor --enable-ldap=mod --enable-modules --prefix=/tmp/ol&& make -j3 depend&& make -j3&& make test 8<---------------------------------------------------------------------
And a 'tail tests/testrun/slapd.4.log' gives: 8<--------------------------------------------------------------------- /home/jclarke/COMMUNAUTES/OpenLDAP/openldap-RE24/tests/../servers/slapd/slapd: symbol lookup error: ../servers/slapd/back-ldap/.libs/back_ldap-2.4-releng.so.2: undefined symbol: ldap_modify_ext 8<---------------------------------------------------------------------
You need --enable-dynamic.
back-ldap/bind.c needs "lutil.h" for lutil_strcopy().
Beyond that, passes all tests on Ubuntu --with-tls=gnutls.
Hallvard B Furuseth wrote:
back-ldap/bind.c needs "lutil.h" for lutil_strcopy().
Beyond that, passes all tests on Ubuntu --with-tls=gnutls.
Which reminds me, we need some tests that actually exercise TLS. We should add a sample CA cert + server and user cert+key to the test suite. Or maybe generate them on the fly, so we can also set a short lifetime and test expiration and CRL processing. We should test the certificate matching rules as well. (Not sure how much we need to test re: cert validation; we ought to be able to rely on the respective crypto suites to do that already.) At the very least, we ought to be able to set a user cert, authenticate with SASL/EXTERNAL, and verify the output of ldapwhoami.
Hallvard B Furuseth writes:
Beyond that, passes all tests on Ubuntu --with-tls=gnutls.
Correction, it passed with --enable-tls=gnutls, which is a no-op:-(
--with-tls=gnutls fails badly in liblutil/passwd.c:
./configure --prefix=/home/hbf/ldap/install --enable-aci --enable-crypt \ --enable-lmpasswd --enable-spasswd --enable-rlookups \ --enable-overlays --enable-backends --disable-ndb --disable-perl \ --disable-shell --disable-sql --with-tls=gnutls \ CFLAGS='-O2 -g -ansi -pedantic -W<lots of warnings>' \ CPPFLAGS='-D_GNU_SOURCE'
passwd.c:820: error: expected declaration specifiers or '...' before 'des_key' passwd.c: In function 'lmPasswd_to_key': passwd.c:835: warning: implicit declaration of function 'des_set_key_and_parity' passwd.c:835: error: 'key' undeclared (first use in this function) passwd.c:835: error: (Each undeclared identifier is reported only once passwd.c:835: error: for each function it appears in.) passwd.c: In function 'chk_lanman': passwd.c:846: error: 'des_key' undeclared (first use in this function) passwd.c:846: error: expected ';' before 'key' passwd.c:847: error: 'des_context' undeclared (first use in this function) passwd.c:847: error: expected ';' before 'schedule' passwd.c:848: error: 'des_data_block' undeclared (first use in this function) passwd.c:848: error: expected ';' before 'StdText' passwd.c:849: error: expected ';' before 'PasswordHash1' passwd.c:850: warning: ISO C90 forbids mixed declarations and code passwd.c:866: error: 'key' undeclared (first use in this function) passwd.c:866: error: too many arguments to function 'lmPasswd_to_key' passwd.c:867: warning: implicit declaration of function 'des_set_key_unchecked' passwd.c:867: error: 'schedule' undeclared (first use in this function) passwd.c:868: warning: implicit declaration of function 'des_ecb_encrypt' passwd.c:868: error: 'StdText' undeclared (first use in this function) passwd.c:868: error: 'PasswordHash1' undeclared (first use in this function) passwd.c:868: error: 'DES_ENCRYPT' undeclared (first use in this function) passwd.c:870: warning: implicit declaration of function 'des_failed' passwd.c:874: error: too many arguments to function 'lmPasswd_to_key' passwd.c:876: error: 'PasswordHash2' undeclared (first use in this function) passwd.c:881: warning: implicit declaration of function 'des_finish' passwd.c: In function 'hash_lanman': passwd.c:1142: error: 'des_key' undeclared (first use in this function) passwd.c:1142: error: expected ';' before 'key' passwd.c:1143: error: 'des_context' undeclared (first use in this function) passwd.c:1143: error: expected ';' before 'schedule' passwd.c:1144: error: 'des_data_block' undeclared (first use in this function) passwd.c:1144: error: expected ';' before 'StdText' passwd.c:1145: error: expected ';' before 'PasswordHash1' passwd.c:1146: warning: ISO C90 forbids mixed declarations and code passwd.c:1162: error: 'key' undeclared (first use in this function) passwd.c:1162: error: too many arguments to function 'lmPasswd_to_key' passwd.c:1163: error: 'schedule' undeclared (first use in this function) passwd.c:1164: error: 'StdText' undeclared (first use in this function) passwd.c:1164: error: 'PasswordHash1' undeclared (first use in this function) passwd.c:1164: error: 'DES_ENCRYPT' undeclared (first use in this function) passwd.c:1166: error: too many arguments to function 'lmPasswd_to_key' passwd.c:1168: error: 'PasswordHash2' undeclared (first use in this function) passwd.c: In function 'hash_crypt': passwd.c:1219: warning: format not a string literal, argument types not checked make[2]: *** [passwd.o] Error 1
Hallvard B Furuseth wrote:
Hallvard B Furuseth writes:
Beyond that, passes all tests on Ubuntu --with-tls=gnutls.
Correction, it passed with --enable-tls=gnutls, which is a no-op:-(
--with-tls=gnutls fails badly in liblutil/passwd.c:
./configure --prefix=/home/hbf/ldap/install --enable-aci --enable-crypt \ --enable-lmpasswd --enable-spasswd --enable-rlookups \ --enable-overlays --enable-backends --disable-ndb --disable-perl \ --disable-shell --disable-sql --with-tls=gnutls \ CFLAGS='-O2 -g -ansi -pedantic -W<lots of warnings>' \ CPPFLAGS='-D_GNU_SOURCE'
Known issue, ITS#4997. Ignoring that.
On 31/08/2009 21:13, Howard Chu wrote:
Jonathan Clarke wrote:
On 31/08/2009 00:57, Quanah Gibson-Mount wrote:
Please test. Thanks!
I'm getting an error in test018, on Ubuntu 64 bits. It happens every run, and I've tried rebuilding from scratch.
Unfortunately I don't have time to look deeper now, so here is what I'm getting.
I build with: 8<--------------------------------------------------------------------- make veryclean&& ./configure --enable-debug --enable-overlays=mod --enable-hdb=mod --enable-bdb=no --enable-monitor --enable-ldap=mod --enable-modules --prefix=/tmp/ol&& make -j3 depend&& make -j3&& make test 8<---------------------------------------------------------------------
And a 'tail tests/testrun/slapd.4.log' gives: 8<--------------------------------------------------------------------- /home/jclarke/COMMUNAUTES/OpenLDAP/openldap-RE24/tests/../servers/slapd/slapd:
symbol lookup error: ../servers/slapd/back-ldap/.libs/back_ldap-2.4-releng.so.2: undefined symbol: ldap_modify_ext 8<---------------------------------------------------------------------
You need --enable-dynamic.
Hmm, indeed. All tests pass fine with --enable-dynamic.
What is the cause for this? --enable-ldap=mod ?
Jonathan
test019 --without-threads but with valgrind. Obviously this is Linux, x86_64 Fedora 11. Solaris is running overnight.
quite a few traces and core files matching:
slapd.6.log:==1095== Process terminating with default action of signal 11 (SIGSEGV): dumping core slapd.6.log:==1095== Bad permissions for mapped region at address 0x8FEFFF9D8 slapd.6.log:==1095== at 0x8FEFFF9D8: ??? slapd.6.log:==1095== by 0x50B2A1: hdb_reader_flush (cache.c:1587) slapd.6.log:==1095== by 0x4D170D: hdb_db_close (init.c:613) slapd.6.log:==1095== by 0x43A2F3: backend_shutdown (backend.c:376) slapd.6.log:==1095== by 0x465BE1: slap_shutdown (init.c:231) slapd.6.log:==1095== by 0x407583: main (main.c:960)
one trace and core file for:
==1083== Invalid read of size 8 ==1083== at 0x43EA9A: slap_response_play (result.c:354) ==1083== by 0x43ED2A: send_ldap_response (result.c:432) ==1083== by 0x43FB9F: slap_send_ldap_result (result.c:706) ==1083== by 0x506AF5: hdb_add (add.c:494) ==1083== by 0x4B5990: overlay_op_walk (backover.c:669) ==1083== by 0x4B5BA7: over_op_func (backover.c:721) ==1083== by 0x4B5D37: over_op_add (backover.c:772) ==1083== by 0x4A763D: syncrepl_entry (syncrepl.c:2225) ==1083== by 0x4A286B: do_syncrep2 (syncrepl.c:892) ==1083== by 0x4A43B0: do_syncrepl (syncrepl.c:1358) ==1083== by 0x4296A9: connection_read_thread (connection.c:1261) ==1083== by 0x54515F: ldap_pvt_thread_pool_submit (thr_stub.c:165) ==1083== Address 0x82c382c283c383c2 is not stack'd, malloc'd or (recently) free'd ==1083== ==1083== Process terminating with default action of signal 11 (SIGSEGV): dumping core ==1083== General Protection Fault ==1083== at 0x43EA9A: slap_response_play (result.c:354) ==1083== by 0x43ED2A: send_ldap_response (result.c:432) ==1083== by 0x43FB9F: slap_send_ldap_result (result.c:706) ==1083== by 0x506AF5: hdb_add (add.c:494) ==1083== by 0x4B5990: overlay_op_walk (backover.c:669) ==1083== by 0x4B5BA7: over_op_func (backover.c:721) ==1083== by 0x4B5D37: over_op_add (backover.c:772) ==1083== by 0x4A763D: syncrepl_entry (syncrepl.c:2225) ==1083== by 0x4A286B: do_syncrep2 (syncrepl.c:892) ==1083== by 0x4A43B0: do_syncrepl (syncrepl.c:1358) ==1083== by 0x4296A9: connection_read_thread (connection.c:1261) ==1083== by 0x54515F: ldap_pvt_thread_pool_submit (thr_stub.c:165)
-
Aaron Richton -
Dieter Kluenter -
Hallvard B Furuseth -
Howard Chu -
Jens Vagelpohl -
Jonathan Clarke -
masarati＠aero.polimi.it -
Michael Ströder -
Quanah Gibson-Mount -
William Jojo