March 2011 - openldap-bugs

by bruno.haleblian＠gmail.com

Valgrind only crashes and complains about running out of memory. Current issue has been solved anyway. Explananation : A partner site had connected a replica thru a load balanced Virtual IP adress. Correcting this misconfiguration obviously stopped crashing. I'm now facing a memory leak with 2.4.24 for which I'll open a new Issue if necessary. Thanks for your support. B.

10 years, 10 months

1
0
0 / 0

Re: (ITS#6534) bad ifdef/elif clause in liblutil

by hyc＠symas.com

mm(a)FreeBSD.org wrote: > This problem is a generic problem of gcc version 4.4 and later. You're replying to a closed ITS. Not much point to that. > The new behaviour documented by GCC: > http://gcc.gnu.org/gcc-4.4/porting_to.html > > I recommend importing the patch from > http://www.openldap.org/its/index.cgi/Build?id=6832 The patch from ITS#6832 is already in CVS. That's what the "fixed in HEAD" status means. There's really nothing left to say or do here. > More information: > http://www.cyrius.com/journal/gcc/gcc-4.4-preprocessor-errors > http://gcc.gnu.org/viewcvs?view=revision&revision=136209 -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

10 years, 10 months

1
0
0 / 0

(ITS#6875) openldap distribution list

by perfectwant＠hotmail.com

Full_Name: Jonathan Y Version: 3 OS: Ubuntu 10.10 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (219.76.238.78) Dear all, I would like to make a distribution list in openldap, also tried to use the FAQ posted method (proxyaddress) but it doesn't work. Any detail step by step documentation available about making distribution list? Thanks all. BR Jonathan

10 years, 10 months

1
0
0 / 0

Re: (ITS#6832) fix #elif statement

by mm＠FreeBSD.org

To provide some background information, this problem is caused by a behaviour change of gcc version 4.4 and later. The new behaviour documented by GCC: http://gcc.gnu.org/gcc-4.4/porting_to.html More information: http://www.cyrius.com/journal/gcc/gcc-4.4-preprocessor-errors http://gcc.gnu.org/viewcvs?view=revision&revision=136209

10 years, 10 months

1
0
0 / 0

Re: (ITS#6534) bad ifdef/elif clause in liblutil

by mm＠FreeBSD.org

This problem is a generic problem of gcc version 4.4 and later. The new behaviour documented by GCC: http://gcc.gnu.org/gcc-4.4/porting_to.html I recommend importing the patch from http://www.openldap.org/its/index.cgi/Build?id=6832 More information: http://www.cyrius.com/journal/gcc/gcc-4.4-preprocessor-errors http://gcc.gnu.org/viewcvs?view=revision&revision=136209

10 years, 10 months

1
0
0 / 0

(ITS#6874) slapd crashes while modifying a database

by dieter＠dkluenter.de

Full_Name: Dieter Kluenter Version: 2.4.24 OS: SLES11_x64 URL: Submission from: (NULL) (88.71.14.24) While modifying a database, either subordinate or not, slapd crashes. Debugging and configuration information can be found here: http://pastebin.de/16349 (debugging) http://pastebin.de/16350 (slapd.conf) linked libraries are /usr/lib/openldap> ldd slapd linux-vdso.so.1 => (0x00007fff8e9e1000) libldap_r-2.4.so.2 => /usr/lib64/libldap_r-2.4.so.2 (0x00007f633361e000) liblber-2.4.so.2 => /usr/lib64/liblber-2.4.so.2 (0x00007f633340f000) libltdl.so.7 => /usr/lib64/libltdl.so.7 (0x00007f6333205000) libdb-4.5.so => /usr/lib64/libdb-4.5.so (0x00007f6332ece000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f6332cb1000) libslp.so.1 => /usr/lib64/libslp.so.1 (0x00007f6332a97000) libsasl2.so.2 => /usr/lib64/libsasl2.so.2 (0x00007f633287c000) libcrypto.so.1.0.0 => /lib64/libcrypto.so.1.0.0 (0x00007f63324cd000) libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00007f6332292000) libwrap.so.0 => /lib64/libwrap.so.0 (0x00007f6332087000) libc.so.6 => /lib64/libc.so.6 (0x00007f6331d27000) libresolv.so.2 => /lib64/libresolv.so.2 (0x00007f6331b10000) libssl.so.1.0.0 => /lib64/libssl.so.1.0.0 (0x00007f63318b4000) libdl.so.2 => /lib64/libdl.so.2 (0x00007f63316b0000) /lib64/ld-linux-x86-64.so.2 (0x00007f633386f000) libz.so.1 => /lib64/libz.so.1 (0x00007f633149a000) -Dieter

10 years, 10 months

1
0
0 / 0

(ITS#6873) Feature request slapo-lastbind: authTimestamp and relax rules control

by michael＠stroeder.com

Full_Name: Michael Ströder Version: RE24 OS: URL: Submission from: (NULL) (84.163.41.116) Attribute authTimestamp should be writeable by a client if relax rules control is sent along with the add/modify request (similar to modifyTimestamp).

10 years, 10 months

1
0
0 / 0

(ITS#6872) syncprov performs unnecessary refreshes when replicating a subtree.

by cmikk＠qwest.net

Full_Name: Chris Mikkelson Version: 2.4.24 OS: FreeBSD URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (204.147.85.37) I have a multi-master LDAP master, with slaves replicating different subtrees of the directory. If a slave disconnects, a change is made on the master, and the slave reconnects, the master sends the complete subtree rather than the changed entries or a NEW_COOKIE message. Slaves which replicate the complete directory work fine -- only the changed entries are sent. The following script recreates this: http://mikk.net/~chris/syncprov-bug/syncprov-bug-demo (This script assumes that schemas are in /usr/local/etc/openldap/schema and the slapd binary is in /usr/local/libexec. Both are default for the FreeBSD port of OpenLDAP, but may need to be modified for other environments.) The script output is here: http://mikk.net/~chris/syncprov-bug/syncprov-bug-demo.out Note that the first ldapsearch with base dc=qwest,dc=net receives just the changed entry, but the second search with the same cookie and base ou=accounts,dc=qwest,dc=net receives the complete ou=accounts subtree.

10 years, 10 months

1
0
0 / 0

Re: (ITS#6870) Undefined reference to ber_* with 2.4.24 - next undefined reference

by rhafer＠suse.de

Am Freitag 18 M=E4rz 2011, 15:45:59 schrieb frank.offermanns(a)caseris.de: > Thanks for your help. > Now I have the next error: >=20 > Creating library file: .libs/libldif.dll.a > .libs/fetch.o: In function `ldif_open_url': > C:/msys/1.0/openldap-2.4.24/libraries/liblutil/fetch.c:67: undefined > reference to `ldap_pvt_hex_unescape' > collect2: ld returned 1 exit status > make[2]: *** [libldif.la] Error 1 > make[2]: Leaving directory `/openldap-2.4.24/libraries/liblutil' > make[1]: *** [all-common] Error 1 > make[1]: Leaving directory `/openldap-2.4.24/libraries' > make: *** [all-common] Error 1 Hm, bad. Additionally it seems my last commit was wrong as well. It seems liblber=20 has a dependency on liblutil at least in some cases. I'll revert it again=20 for now. Ralf

10 years, 10 months

1
0
0 / 0

Re: (ITS#6870) Undefined reference to ber_* with 2.4.24 - next undefined reference

by frank.offermanns＠caseris.de

Thanks for your help. Now I have the next error: Creating library file: .libs/libldif.dll.a .libs/fetch.o: In function `ldif_open_url': C:/msys/1.0/openldap-2.4.24/libraries/liblutil/fetch.c:67: undefined reference to `ldap_pvt_hex_unescape' collect2: ld returned 1 exit status make[2]: *** [libldif.la] Error 1 make[2]: Leaving directory `/openldap-2.4.24/libraries/liblutil' make[1]: *** [all-common] Error 1 make[1]: Leaving directory `/openldap-2.4.24/libraries' make: *** [all-common] Error 1 Best regards, Frank Offermanns

10 years, 10 months

1
0
0 / 0

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs March 2011