openldap-bugs August 2012

openldap-bugs@openldap.org

29 participants
100 discussions

(ITS#7370) LDAP installation make file error
by abhishekkalwit＠gmail.com 27 Aug '12

27 Aug '12

Full_Name: Abhishek Kalwit Version: openldap-2.4.19 OS: HP UX URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (37.131.68.47) I am trying to install LDAP on HP UX environment 64 bit. i have successfully installed BerkeleyDB.4.8. also installed openldap-2.4.19, and ran ./configure successfully. make depend was also success. however i am stuck after running make with below error..please help me resolve. Entering subdirectory liblber /bin/sh ../../libtool --mode=compile cc -g -I../../include -I../../include -I/usr/local/BerkeleyDB.4.8/include -DLBER_LIBRARY -c version.c cc -g -I../../include -I../../include -I/usr/local/BerkeleyDB.4.8/include -DLBER_LIBRARY -c version.c -DPIC -o .libs/version.o cc -g -I../../include -I../../include -I/usr/local/BerkeleyDB.4.8/include -DLBER_LIBRARY -c version.c -o version.o >/dev/null 2>&1 /bin/sh ../../libtool --mode=link cc -g -L/usr/local/lib -L/usr/local/BerkeleyDB.4.8/lib -R/usr/local/BerkeleyDB.4.8/lib -release 2.4 -version-info 7:2:5 -rpath /usr/local/lib -o liblber.la assert.lo decode.lo encode.lo io.lo bprint.lo debug.lo memory.lo options.lo sockbuf.lo stdio.lo version.lo /usr/bin/ld -b +h liblber-2.4.so.7 -o .libs/liblber-2.4.so.7.2 .libs/assert.o .libs/decode.o .libs/encode.o .libs/io.o .libs/bprint.o .libs/debug.o .libs/memory.o .libs/options.o .libs/sockbuf.o .libs/stdio.o .libs/version.o -L/usr/local/BerkeleyDB.4.8/lib -L/usr/local/lib -L/usr/local/BerkeleyDB.4.8/lib -lc ld: Bad machine type: 62 in file .libs/assert.o Fatal error. *** Error exit code 1 Stop. *** Error exit code 1

1 0

Re: (ITS#7368) RE 24 build error: LDAP_BACK_AUTH_DN_AUTHZID’ undeclared etc.
by michael＠stroeder.com 24 Aug '12

24 Aug '12

seems to be fixed by commit a2d1b42e3921d5c874a8f35fcd42047af604ce96

1 0

Re: (ITS#7369) mdb_stat leaves an open transaction if a subdatabase does not exist
by ondrej.kuznik＠acision.com 24 Aug '12

24 Aug '12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 08/24/2012 10:55 AM, ondrej.kuznik(a)acision.com wrote: > Full_Name: Ondrej Kuznik Version: mdb.master OS: Linux URL: > Submission from: (NULL) (62.168.56.1) > > > If mdb_stat fails (e.g. "mdb_stat db/ this_subdb_does_not_exist"), > it exits immediately rather than abort the txn and close the env. > > When another process has the mdb environment open while this > happens, as long as it does not close it, no new transaction can be > initiated. The whole env then effectively becomes read-only and > unopenable for new processes. A possible patch is at: ftp://ftp.openldap.org/incoming/Ondrej-Kuznik-20120824-ITS-7369.patch While I deem this modification too small to be copyrightable, the IPR notice follows just out of caution: The attached file is derived from OpenLDAP Software. All of the modifications to OpenLDAP Software represented in the following patch(es) were developed by Acision. Acision has not assigned rights and/or interest in this work to any party. I, Ondrej Kuznik am authorized by Acision, my employer, to release this work under the following terms. The attached modifications to OpenLDAP Software are subject to the following notice: Copyright 2012 Acision Redistribution and use in source and binary forms, with or without modification, are permitted only as authorized by the OpenLDAP Public License. - -- Ondrej Kuznik -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlA3RH4ACgkQ9GWxeeH+cXuq0wCfZAR/XoC+5UZTpUvK2c1tK65P iXkAnR0Ad96dNEXL58BJs/ydLHvDmth4 =R+Jc -----END PGP SIGNATURE----- This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you for understanding.

1 0

(ITS#7369) mdb_stat leaves an open transaction if a subdatabase does not exist
by ondrej.kuznik＠acision.com 24 Aug '12

24 Aug '12

Full_Name: Ondrej Kuznik Version: mdb.master OS: Linux URL: Submission from: (NULL) (62.168.56.1) If mdb_stat fails (e.g. "mdb_stat db/ this_subdb_does_not_exist"), it exits immediately rather than abort the txn and close the env. When another process has the mdb environment open while this happens, as long as it does not close it, no new transaction can be initiated. The whole env then effectively becomes read-only and unopenable for new processes.

1 0

(ITS#7368) RE 24 build error: LDAP_BACK_AUTH_DN_AUTHZID’ undeclared etc.
by michael＠stroeder.com 23 Aug '12

23 Aug '12

Full_Name: Version: RE24 9f9025a9765940cbdff4316852f1190946e2551d OS: URL: Submission from: (NULL) (79.219.97.190) Probably due to recent patches to back-meta RE24 does not build: make[3]: Entering directory `/usr/src/michael/openldap-git/re24/openldap/servers/slapd/back-meta' rm -f version.c ../../../build/mkversion -v "2.4.X" back_meta > version.c /bin/sh ../../../libtool --tag=disable-static --mode=compile cc -g -O0 -DSLAP_SCHEMA_EXPOSE -DSLAP_CONFIG_DELETE -I../../../include -I../../../include -I.. -I./.. -I/usr/include -I/usr/include -I/usr/include -I/usr/include -DSLAPD_IMPORT -c init.c mkdir .libs cc -g -O0 -DSLAP_SCHEMA_EXPOSE -DSLAP_CONFIG_DELETE -I../../../include -I../../../include -I.. -I./.. -I/usr/include -I/usr/include -I/usr/include -I/usr/include -DSLAPD_IMPORT -c init.c -fPIC -DPIC -o .libs/init.o /bin/sh ../../../libtool --tag=disable-static --mode=compile cc -g -O0 -DSLAP_SCHEMA_EXPOSE -DSLAP_CONFIG_DELETE -I../../../include -I../../../include -I.. -I./.. -I/usr/include -I/usr/include -I/usr/include -I/usr/include -DSLAPD_IMPORT -c config.c cc -g -O0 -DSLAP_SCHEMA_EXPOSE -DSLAP_CONFIG_DELETE -I../../../include -I../../../include -I.. -I./.. -I/usr/include -I/usr/include -I/usr/include -I/usr/include -DSLAPD_IMPORT -c config.c -fPIC -DPIC -o .libs/config.o config.c: In function ‘meta_back_cf_gen’: config.c:1503:38: error: ‘LDAP_BACK_AUTH_DN_MASK’ undeclared (first use in this function) config.c:1503:38: note: each undeclared identifier is reported only once for each function it appears in config.c:1504:10: error: ‘LDAP_BACK_AUTH_DN_AUTHZID’ undeclared (first use in this function) config.c:1508:10: error: ‘LDAP_BACK_AUTH_DN_WHOAMI’ undeclared (first use in this function) make[3]: *** [config.lo] Error 1 make[3]: Leaving directory `/usr/src/michael/openldap-git/re24/openldap/servers/slapd/back-meta' make[2]: *** [back-meta] Error 2 make[2]: Leaving directory `/usr/src/michael/openldap-git/re24/openldap/servers/slapd' make[1]: *** [all-common] Error 1 make[1]: Leaving directory `/usr/src/michael/openldap-git/re24/openldap/servers' make: *** [all-common] Error 1

1 0

Re: (ITS#7364) mdb: clean up POSIX semaphores on environment close.
by cmikk＠qwest.net 23 Aug '12

23 Aug '12

On Wed, Aug 22, 2012 at 03:23:16PM -0700, Howard Chu wrote: > cmikk(a)qwest.net wrote: > > For example, if you run slapd as an unprivileged user, stop slapd, and do an > > offline slapcat as root, slapd will not start up again as that unprivileged > > user. [snip] > > This sounds like a bug in your platform's sem_open() syscall. If you first > started slapd as an unprivileged user, the semaphore should be owned by that > user. Running slapcat as root should not change the semaphore owner uid, and > the unprivileged owner should still be able to access the semaphore later. In the scenario described, slapd is not running when slapcat starts as root, so slapcat gets an exclusive lock on the lockfile, sem_unlink()s the semaphores created by the unprivileged slapd user, and recreates them, now owned by root. When slapcat finishes, it closes the database and does not remove the semaphores. When slapd starts up, it gets an exclusive lock, attempts to sem_unlink() the semaphores created as (and owned by) root, which fails. In timeline form: 1: slapcat gets exclusive lock on lock.mdb 2: slapcat (as root) unlinks /MDBrXXXX and /MDBwXXXX 3: slapcat (as root) creates /MDBrXXXX and /MDBwXXXX 4: slapcat exits, releasing lock on lock.mdb, leaving behind /MDBrXXXX and /MDBwXXXX (owned by root) 5: slapd gets exclusive lock on lock.mdb 6: slapd (as unpriv) unlinks /MDBrXXXX and /MDBwXXXX. This fails because of the semaphores are owned by root. 7: slapd fails startup. Thanks, -- Chris Mikkelson | "Unfortunately, simplicity is a complicated mess cmikk(a)qwest.net | of a concept." --Taner Edis

1 0

Re: (ITS#7362) back-mdb: slapadd -q fails
by quanah＠zimbra.com 23 Aug '12

23 Aug '12

--On Wednesday, August 22, 2012 6:49 PM +0000 quanah(a)zimbra.com wrote: > Something at the OS level is blocking the mdb memory allocation. This > same issue does not occur on other SLES11 installations we have, so I'm > somewhat at a loss to explain it. Just to follow up, this is specific to SLES11, and its ulimit -v setting. What is odd, is I only see it happen on some SLES11 machines. It happens at both SP1 and SP2 on the machines where it occurs. It doesn't happen on other machines that are SP1 or SP2. So why some SLES11 system honor ulimit -v and others don't is beyond me, but at least a root cause is known. --Quanah -- Quanah Gibson-Mount Sr. Member of Technical Staff Zimbra, Inc A Division of VMware, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

(ITS#7367) [PATCH] MozNSS: update list of supported cipher suites
by jvcelak＠redhat.com 23 Aug '12

23 Aug '12

Full_Name: Jan Vcelak Version: git master OS: Linux URL: ftp://ftp.openldap.org/incoming/jvcelak-20120823-moznss-update-list-of-ciph… Submission from: (NULL) (209.132.186.34) I'm attaching patch which updates the list of supported cipher suites for Mozilla NSS backend. All ciphers currently implemented in NSS (3.13.5) are included. Default ciphers are selected on the same basis as in OpenSSL. NULL/EXPORT/LOW/MEDIUM/HIGH classification is taken from OpenSSL as well. The attached file is derived from OpenLDAP Software. All of the modifications to OpenLDAP Software represented in the following patch(es) were developed by Red Hat. Red Hat has not assigned rights and/or interest in this work to any party. I, Jan Vcelak am authorized by Red Hat, my employer, to release this work under the following terms. Red Hat hereby place the following modifications to OpenLDAP Software (and only these modifications) into the public domain. Hence, these modifications may be freely used and/or redistributed for any purpose with or without attribution and/or other notice.

1 0

(ITS#7366) [PATCH] Update slapo-constraint tests
by jsynacek＠redhat.com 23 Aug '12

23 Aug '12

Full_Name: Jan Synacek Version: master OS: linux-fedora17 URL: ftp://ftp.openldap.org/incoming/jsynacek-20120823-constraint-tests-update.p… Submission from: (NULL) (209.132.186.34) This patch updates the slapo-constraint testsuit. It adds additional tests for any constraint using 'set'. The attached file is derived from OpenLDAP Software. All of the modifications to OpenLDAP Software represented in the following patch(es) were developed by Red Hat. Red Hat has not assigned rights and/or interest in this work to any party. I, Jan Synacek am authorized by Red Hat, my employer, to release this work under the following terms. Red Hat hereby place the following modifications to OpenLDAP Software (and only these modifications) into the public domain. Hence, these modifications may be freely used and/or redistributed for any purpose with or without attribution and/or other notice.

1 0

Re: (ITS#7365) Server is unwilling to perform
by hyc＠symas.com 23 Aug '12

23 Aug '12

arunkumar_1123(a)yahoo.com wrote: > Full_Name: Arunkumar shanmugam > Version: 2.4.29 > OS: rhel5 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (203.83.248.38) > > > I discovered this while try to perform two paged search on a single connection . > ldap is not allowing me to perform two simultaneous paged request and getting > unwilling to perform (53) . i found this > http://www.openldap.org/lists/openldap-bugs/200406/msg00100.html thread while > searching for solution . Is this problem still exists ? . if so is there any > workaround ? This is no bug, this works as designed. Closing this ITS. -- -- 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

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs August 2012