If you know how to build OpenLDAP manually, and would like to participate in testing the next set of code for the 2.4.43 release, please do so.
Generally, get the code for RE24:
Configure & build.
Execute the test suite (via make test) after it is built.
Thanks!
--Quanah
--
Quanah Gibson-Mount Platform Architect Zimbra, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration
If you know how to build OpenLDAP manually, and would like to participate in testing the next set of code for the 2.4.43 release, please do so.
Platform: Windows
Some basic tests ....
ldapwhoami.exe -v -Y DIGEST-MD5 -U ken -h localhost
ldap_initialize( ldap://localhost ) SASL/DIGEST-MD5 authentication started Please enter your password: xxxxxxxx SASL username: ken SASL SSF: 128 SASL data security layer installed. dn:uid=ken,cn=digest-md5,cn=auth Result: Success (0)
ldapsearch -Y GSSAPI -H ldap://melbourne/ -b "" -s base -LLL supportedSASLMechanisms
SASL/GSSAPI authentication started SASL username: hacker/localhost@TEST.H5L.SE SASL SSF: 56 SASL data security layer installed. dn: supportedSASLMechanisms: SRP supportedSASLMechanisms: SCRAM-SHA-1 supportedSASLMechanisms: GSSAPI supportedSASLMechanisms: GSS-SPNEGO supportedSASLMechanisms: DIGEST-MD5 supportedSASLMechanisms: OTP supportedSASLMechanisms: CRAM-MD5 supportedSASLMechanisms: NTLM
ldapsearch -Y GSSAPI -H ldaps://melbourne/ -b "" -s base -LLL supportedSASLMechanisms
SASL/GSSAPI authentication started SASL username: hacker/localhost@TEST.H5L.SE SASL SSF: 56 SASL data security layer installed. dn: supportedSASLMechanisms: SRP supportedSASLMechanisms: SCRAM-SHA-1 supportedSASLMechanisms: GSSAPI supportedSASLMechanisms: GSS-SPNEGO supportedSASLMechanisms: DIGEST-MD5 supportedSASLMechanisms: EXTERNAL supportedSASLMechanisms: OTP supportedSASLMechanisms: CRAM-MD5 supportedSASLMechanisms: NTLM supportedSASLMechanisms: LOGIN supportedSASLMechanisms: PLAIN
Notes/Questions
* ldapadd missing in action ? Probably replaced by ldapmodify ?
* Is it 'against the law' to build OpenLDAP against the latest version of Berkeley DB ?
* We continue testing ...
----------- TESTS: BDB ----------------
[OK] test000-rootdse [OK] test001-slapadd [OK] test002-populate [OK] test003-search [OK] test004-modify [OK] test005-modrdn [OK] test006-acls [OK] test008-concurrency [OK] test009-referral [OK] test010-passwd [OK] test011-glue-slapadd [OK] test012-glue-populate [OK] test013-language [OK] test014-whoami [OK] test015-xsearch [OK] test016-subref [FAIL] test017-syncreplication-refresh [FAIL] test018-syncreplication-persist [FAIL] test019-syncreplication-cascade [FAIL] test020-proxycache [OK] test021-certificate [OK] test022-ppolicy [OK] test023-refint [OK] test024-unique [OK] test025-limits [OK] test026-dn [OK] test027-emptydn [OK] test028-idassert [OK] test029-ldapglue [OK] test030-relay [OK] test031-component-filter [OK] test032-chain [FAIL] test033-glue-syncrepl [OK] test034-translucent [OK] test035-meta [OK] test036-meta-concurrency [OK] test037-manage [OK] test038-retcode [OK] test039-glue-ldap-concurrency [SKIP] test040-subtree-rename [SKIP] test041-aci [OK] test042-valsort [FAIL] test043-delta-syncrepl [OK] test044-dynlist [FAIL] test045-syncreplication-proxied [OK] test046-dds [OK] test047-ldap [FAIL] test048-syncrepl-multiproxy [FAIL] test049-sync-config [FAIL] test050-syncrepl-multimaster [OK] test051-config-undo [OK] test052-memberof [SKIP] test054-syncreplication-parallel-load [OK] test055-valregex [OK] test056-monitor [SKIP] test057-memberof-refint [SKIP] test058-syncrepl-asymmetric [SKIP] test059-slave-config [OK] test060-mt-hot [SKIP] test061-syncreplication-initiation [SKIP] test063-delta-multimaster [FAIL] test064-constraint
----------- TESTS: MDB ----------------
[OK] test000-rootdse [OK] test001-slapadd [OK] test002-populate [OK] test003-search [OK] test004-modify [OK] test005-modrdn [OK] test006-acls [OK] test008-concurrency [OK] test009-referral [OK] test010-passwd [OK] test011-glue-slapadd [OK] test012-glue-populate [OK] test013-language [OK] test014-whoami [OK] test015-xsearch [OK] test016-subref [FAIL] test017-syncreplication-refresh [FAIL] test018-syncreplication-persist [FAIL] test019-syncreplication-cascade [FAIL] test020-proxycache [OK] test021-certificate [OK] test022-ppolicy [OK] test023-refint [OK] test024-unique [OK] test025-limits [OK] test026-dn [OK] test027-emptydn [OK] test028-idassert [OK] test029-ldapglue [OK] test030-relay [OK] test031-component-filter [OK] test032-chain [FAIL] test033-glue-syncrepl [OK] test034-translucent [OK] test035-meta [OK] test036-meta-concurrency [OK] test037-manage [OK] test038-retcode [OK] test039-glue-ldap-concurrency [OK] test040-subtree-rename [SKIP] test041-aci [OK] test042-valsort [SKIP] test043-delta-syncrepl [OK] test044-dynlist [FAIL] test045-syncreplication-proxied [OK] test046-dds [OK] test047-ldap [FAIL] test048-syncrepl-multiproxy [FAIL] test049-sync-config [FAIL] test050-syncrepl-multimaster [OK] test051-config-undo [OK] test052-memberof [SKIP] test054-syncreplication-parallel-load [OK] test055-valregex [OK] test056-monitor [FAIL] test057-memberof-refint [SKIP] test058-syncrepl-asymmetric [SKIP] test059-slave-config [OK] test060-mt-hot [SKIP] test061-syncreplication-initiation [SKIP] test063-delta-multimaster [FAIL] test064-constraint
Sergio NNX wrote:
If you know how to build OpenLDAP manually, and would like to participate in testing the next set of code for the 2.4.43 release, please do so.
Platform: Windows
Notes/Questions
- ldapadd missing in action ? Probably replaced by ldapmodify ?
ldapadd has always been a symlink to ldapmodify. The link is created during "make install". It is the same as "ldapmodify -a"
- Is it 'against the law' to build OpenLDAP against the latest version of
Berkeley DB ?
It violates the license of BDB 6.
On 11 Nov 2015, at 17:28, Quanah Gibson-Mount quanah@zimbra.com wrote:
If you know how to build OpenLDAP manually, and would like to participate in testing the next set of code for the 2.4.43 release, please do so.
Build and tests are successful on CentOS 6/7 64bit. The RPMs are also installed on our test environment (C6).
Marco
Le 11/11/2015 20:28, Quanah Gibson-Mount a écrit :
If you know how to build OpenLDAP manually, and would like to participate in testing the next set of code for the 2.4.43 release, please do so.
Generally, get the code for RE24:
Configure & build.
Execute the test suite (via make test) after it is built.
Thanks!
Hello,
I'm a bit late (sorry), and version 2.4.43 is already out, but for your information, I cannot run with lmdb on debian squeeze lts:
$ ./configure --prefix=/usr --libexecdir=/usr/lib --sysconfdir=/etc --localstatedir=/var --mandir=/usr/share/man --enable-debug --enable-dynamic --enable-syslog --enable-proctitle --enable-ipv6 --enable-local --enable-slapd --enable-dynacl --enable-aci --enable-cleartext --enable-crypt --disable-lmpasswd --enable-spasswd --enable-modules --enable-rewrite --enable-rlookups --enable-slapi --enable-slp --enable-wrappers --enable-backends=mod --disable-ndb --enable-overlays=mod --with-subdir=ldap --with-cyrus-sasl --with-threads --with-tls=openssl --with-odbc=unixodbc $ make depend $ make $ sudo make install
# /usr/sbin/slapd -h 'ldap:/// ldapi:///' -F /etc/ldap/slapd.d -d -1 56603630 backend_startup_one: starting "cn=modiflog" 56603630 mdb_db_open: "cn=modiflog" 56603630 mdb_db_open: database "cn=modiflog": dbenv_open(/var/lib/ldap/cn=modiflog). /usr/sbin/slapd: symbol lookup error: /usr/lib/ldap/back_mdb-2.4.so.2: undefined symbol: pthread_mutexattr_setrobust
I'll start digging in the openldap changelog tomorrow to try to understand what is causing this, but in the mean time can someone shed the light on this? is this expected? are the libs on debian squeeze too old?
thank in advance. best regards, Jephté CLAIN
Le 03/12/2015 16:36, Jephte Clain a écrit :
Le 11/11/2015 20:28, Quanah Gibson-Mount a écrit :
If you know how to build OpenLDAP manually, and would like to participate in testing the next set of code for the 2.4.43 release, please do so.
Generally, get the code for RE24:
Configure & build.
Execute the test suite (via make test) after it is built.
Thanks!
Hello,
I'm a bit late (sorry), and version 2.4.43 is already out, but for your information, I cannot run with lmdb on debian squeeze lts:
$ ./configure --prefix=/usr --libexecdir=/usr/lib --sysconfdir=/etc --localstatedir=/var --mandir=/usr/share/man --enable-debug --enable-dynamic --enable-syslog --enable-proctitle --enable-ipv6 --enable-local --enable-slapd --enable-dynacl --enable-aci --enable-cleartext --enable-crypt --disable-lmpasswd --enable-spasswd --enable-modules --enable-rewrite --enable-rlookups --enable-slapi --enable-slp --enable-wrappers --enable-backends=mod --disable-ndb --enable-overlays=mod --with-subdir=ldap --with-cyrus-sasl --with-threads --with-tls=openssl --with-odbc=unixodbc $ make depend $ make $ sudo make install
# /usr/sbin/slapd -h 'ldap:/// ldapi:///' -F /etc/ldap/slapd.d -d -1 56603630 backend_startup_one: starting "cn=modiflog" 56603630 mdb_db_open: "cn=modiflog" 56603630 mdb_db_open: database "cn=modiflog": dbenv_open(/var/lib/ldap/cn=modiflog). /usr/sbin/slapd: symbol lookup error: /usr/lib/ldap/back_mdb-2.4.so.2: undefined symbol: pthread_mutexattr_setrobust
I'll start digging in the openldap changelog tomorrow to try to understand what is causing this, but in the mean time can someone shed the light on this? is this expected? are the libs on debian squeeze too old?
thank in advance. best regards, Jephté CLAIN
A little followup before I have to go:
reading libraries/liblmdb/CHANGES, I see that LMDB added robust mutex support and libraries/liblmdb/mdb.c says: /* Android currently lacks Robust Mutex support. So does glibc < 2.4. */ and: /* glibc < 2.10 only provided _np API */ but:
$ ldd --version ldd (Debian EGLIBC 2.11.3-4+deb6u8) 2.11.3
I guess this version does not support robust mutex either?
I'll have to try with -DMDB_USE_ROBUST=0 or -DMDB_USE_SYSV_SEM tomorrow which one is better? I mean, if I disable robust mutex support, am I regarding mutex support featurewise the same as 2.4.41 (the version I have installed in production) or should I try SysV semaphores?
As you have guessed, I lack expertise to make a good decision in this area
Thanks in advance for any advices. best regards, Jephté CLAIN
Jephte Clain wrote:
Le 03/12/2015 16:36, Jephte Clain a écrit :
Le 11/11/2015 20:28, Quanah Gibson-Mount a écrit :
If you know how to build OpenLDAP manually, and would like to participate in testing the next set of code for the 2.4.43 release, please do so.
Generally, get the code for RE24:
Configure & build.
Execute the test suite (via make test) after it is built.
Thanks!
Hello,
I'm a bit late (sorry), and version 2.4.43 is already out, but for your information, I cannot run with lmdb on debian squeeze lts:
$ ./configure --prefix=/usr --libexecdir=/usr/lib --sysconfdir=/etc --localstatedir=/var --mandir=/usr/share/man --enable-debug --enable-dynamic --enable-syslog --enable-proctitle --enable-ipv6 --enable-local --enable-slapd --enable-dynacl --enable-aci --enable-cleartext --enable-crypt --disable-lmpasswd --enable-spasswd --enable-modules --enable-rewrite --enable-rlookups --enable-slapi --enable-slp --enable-wrappers --enable-backends=mod --disable-ndb --enable-overlays=mod --with-subdir=ldap --with-cyrus-sasl --with-threads --with-tls=openssl --with-odbc=unixodbc $ make depend $ make $ sudo make install
# /usr/sbin/slapd -h 'ldap:/// ldapi:///' -F /etc/ldap/slapd.d -d -1 56603630 backend_startup_one: starting "cn=modiflog" 56603630 mdb_db_open: "cn=modiflog" 56603630 mdb_db_open: database "cn=modiflog": dbenv_open(/var/lib/ldap/cn=modiflog). /usr/sbin/slapd: symbol lookup error: /usr/lib/ldap/back_mdb-2.4.so.2: undefined symbol: pthread_mutexattr_setrobust
I'll start digging in the openldap changelog tomorrow to try to understand what is causing this, but in the mean time can someone shed the light on this? is this expected? are the libs on debian squeeze too old?
thank in advance. best regards, Jephté CLAIN
A little followup before I have to go:
reading libraries/liblmdb/CHANGES, I see that LMDB added robust mutex support and libraries/liblmdb/mdb.c says: /* Android currently lacks Robust Mutex support. So does glibc < 2.4. */ and: /* glibc < 2.10 only provided _np API */ but:
$ ldd --version ldd (Debian EGLIBC 2.11.3-4+deb6u8) 2.11.3
I guess this version does not support robust mutex either?
I'll have to try with -DMDB_USE_ROBUST=0 or -DMDB_USE_SYSV_SEM tomorrow which one is better? I mean, if I disable robust mutex support, am I regarding mutex support featurewise the same as 2.4.41 (the version I have installed in production) or should I try SysV semaphores?
As you have guessed, I lack expertise to make a good decision in this area
Thanks in advance for any advices. best regards, Jephté CLAIN
ITS#8330 was filed on this same issue. A fix is now in git.
Le 03/12/2015 23:19, Howard Chu a écrit :
Jephte Clain wrote:
Le 03/12/2015 16:36, Jephte Clain a écrit :
Le 11/11/2015 20:28, Quanah Gibson-Mount a écrit :
If you know how to build OpenLDAP manually, and would like to participate in testing the next set of code for the 2.4.43 release, please do so.
Generally, get the code for RE24:
Configure & build.
Execute the test suite (via make test) after it is built.
Thanks!
Hello,
I'm a bit late (sorry), and version 2.4.43 is already out, but for your information, I cannot run with lmdb on debian squeeze lts:
$ ./configure --prefix=/usr --libexecdir=/usr/lib --sysconfdir=/etc --localstatedir=/var --mandir=/usr/share/man --enable-debug --enable-dynamic --enable-syslog --enable-proctitle --enable-ipv6 --enable-local --enable-slapd --enable-dynacl --enable-aci --enable-cleartext --enable-crypt --disable-lmpasswd --enable-spasswd --enable-modules --enable-rewrite --enable-rlookups --enable-slapi --enable-slp --enable-wrappers --enable-backends=mod --disable-ndb --enable-overlays=mod --with-subdir=ldap --with-cyrus-sasl --with-threads --with-tls=openssl --with-odbc=unixodbc $ make depend $ make $ sudo make install
# /usr/sbin/slapd -h 'ldap:/// ldapi:///' -F /etc/ldap/slapd.d -d -1 56603630 backend_startup_one: starting "cn=modiflog" 56603630 mdb_db_open: "cn=modiflog" 56603630 mdb_db_open: database "cn=modiflog": dbenv_open(/var/lib/ldap/cn=modiflog). /usr/sbin/slapd: symbol lookup error: /usr/lib/ldap/back_mdb-2.4.so.2: undefined symbol: pthread_mutexattr_setrobust
I'll start digging in the openldap changelog tomorrow to try to understand what is causing this, but in the mean time can someone shed the light on this? is this expected? are the libs on debian squeeze too old?
thank in advance. best regards, Jephté CLAIN
A little followup before I have to go:
reading libraries/liblmdb/CHANGES, I see that LMDB added robust mutex support and libraries/liblmdb/mdb.c says: /* Android currently lacks Robust Mutex support. So does glibc < 2.4. */ and: /* glibc < 2.10 only provided _np API */ but:
$ ldd --version ldd (Debian EGLIBC 2.11.3-4+deb6u8) 2.11.3
I guess this version does not support robust mutex either?
I'll have to try with -DMDB_USE_ROBUST=0 or -DMDB_USE_SYSV_SEM tomorrow which one is better? I mean, if I disable robust mutex support, am I regarding mutex support featurewise the same as 2.4.41 (the version I have installed in production) or should I try SysV semaphores?
As you have guessed, I lack expertise to make a good decision in this area
Thanks in advance for any advices. best regards, Jephté CLAIN
ITS#8330 was filed on this same issue. A fix is now in git.
thank you very much patch applied, it works now :-)
have a nice day, best regards, Jephté CLAIN
openldap-technical@openldap.org
-
Howard Chu -
Jephte Clain -
Marco Schirrmeister -
Quanah Gibson-Mount -
Sergio NNX