openldap-bugs March 2011

openldap-bugs@openldap.org

47 participants
119 discussions

(ITS#6810) closing issue...
by bruno.haleblian＠gmail.com 21 Mar '11

21 Mar '11

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.

1 0

Re: (ITS#6534) bad ifdef/elif clause in liblutil
by hyc＠symas.com 20 Mar '11

20 Mar '11

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/

1 0

(ITS#6875) openldap distribution list
by perfectwant＠hotmail.com 20 Mar '11

20 Mar '11

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

1 0

Re: (ITS#6832) fix #elif statement
by mm＠FreeBSD.org 20 Mar '11

20 Mar '11

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

1 0

Re: (ITS#6534) bad ifdef/elif clause in liblutil
by mm＠FreeBSD.org 20 Mar '11

20 Mar '11

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

1 0

(ITS#6874) slapd crashes while modifying a database
by dieter＠dkluenter.de 19 Mar '11

19 Mar '11

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

1 0

(ITS#6873) Feature request slapo-lastbind: authTimestamp and relax rules control
by michael＠stroeder.com 19 Mar '11

19 Mar '11

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).

1 0

(ITS#6872) syncprov performs unnecessary refreshes when replicating a subtree.
by cmikk＠qwest.net 18 Mar '11

18 Mar '11

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.

1 0

Re: (ITS#6870) Undefined reference to ber_* with 2.4.24 - next undefined reference
by rhafer＠suse.de 18 Mar '11

18 Mar '11

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

1 0

Re: (ITS#6870) Undefined reference to ber_* with 2.4.24 - next undefined reference
by frank.offermanns＠caseris.de 18 Mar '11

18 Mar '11

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

1 0

← Newer
1
2
3
4
5
6
7
8
...
12
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs March 2011