openldap-bugs

openldap-bugs@openldap.org

1 participants
21003 discussions

ITS#4302 slapi_send_ldap_result and controls
by hyc＠symas.com 06 Oct '07

06 Oct '07

Again, works for me in 2.3.12. -- -- Howard Chu Chief Architect, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

ITS#4244 SLAPI_ADD_RESCONTROL in prebind plugin
by hyc＠symas.com 06 Oct '07

06 Oct '07

Well, a bit late, but I could not reproduce this problem in 2.3.12. It looks like SLAPI_ADD_RESCONTROL was fixed on 2004/03/02, long before release 2.3.12. Anyway, your sample plugin works perfectly fine on my 2.3.12 build, after typos are fixed to get the plugin to compile. -- -- Howard Chu Chief Architect, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

Re: Bus Error - core dumped (ITS#5162)
by piotr.tarnowski＠us.edu.pl 05 Oct '07

05 Oct '07

Howard Chu pisze: > > BDB versions newer than 4.6.3 are not supported by OpenLDAP 2.3. There's > no bug here. Where can I read about supported versions ? I didn't find this information. In README file I found this: SLAPD: BDB and HDB backends require Sleepycat Berkeley DB 4.2 or later Also in requirements there is no such information. Thanks for your help, with BerkeleyDB 4.5.20 tests passed. Regards -- Piotr (DrFugazi) Tarnowski University of Silesia Katowice, Poland

1 0

Re: [JunkMail] Re: Bus Error - core dumped (ITS#5162)
by hyc＠symas.com 05 Oct '07

05 Oct '07

piotr.tarnowski(a)us.edu.pl wrote: > Excuse me, but I don't know gdb, then if you want more informations, you > should write me exact instructions what should I do to collect them. > > BTW: I think this is a problem with BerkeleyDB.4.6, then I compiled > OpenLDAP with BerkeleyDB.4.5.20, and now this test passed (others too, > for now). BDB versions newer than 4.6.3 are not supported by OpenLDAP 2.3. There's no bug here. -- -- Howard Chu Chief Architect, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

Re: Bus Error - core dumped (ITS#5162)
by piotr.tarnowski＠us.edu.pl 05 Oct '07

05 Oct '07

Gavin Henry wrote: > Can we have your configure options and Berkeley versions etc. Hello, there are my flags and options: CFLAGS="-fast -xautopar -I/usr/local/ssl/include -I/usr/local/BerkeleyDB.4.6/include -I/usr/local/include -I/usr/sfw/inc lude" MAKE=gmake PARALLEL=2 CXX=CC CXXFLAGS=$CFLAGS CPPFLAGS=$CFLAGS LDFLAGS="-xautopar -L/usr/local/ssl/lib -R/usr/local/ssl/lib -L/usr/local/BerkeleyDB.4.6/lib -R/usr/local/BerkeleyDB.4.6 /lib -L/usr/local/lib -R/usr/local/lib -L/usr/sfw/lib -R/usr/sfw/lib" KATALOG=openldap-2.3.38 KAT=openldap --- ./configure \ --prefix=/usr/local/$KATALOG \ --infodir=/usr/local/info --mandir=/usr/local/man \ --sysconfdir=/data/etc/$KAT \ --localstatedir=/data/var/$KAT \ --enable-slapd --enable-crypt --enable-lmpasswd \ --enable-modules --enable-wrappers \ --disable-sql \ --enable-accesslog=mod \ --enable-lastmod=mod \ --enable-slurpd \ --enable-dynamic \ --without-cyrus-sasl \ --enable-backends=mod \ --disable-shell --- OpenLDAP version 2.3.38 (openldap-stable-20070831.tgz) BerkeleyDB version 4.6.21 (with 4.6.19 the same) System and compiler: % uname -a SunOS hostname 5.10 Generic_120011-14 sun4u sparc SUNW,Sun-Fire-V890 % version Machine hardware: sun4u OS version: 5.10 Processor type: sparc Hardware: SUNW,Sun-Fire-V890 The following components are installed on your system: Sun Studio 12 Sun Studio 12 C Compiler Sun Studio 12 C++ Compiler Sun Studio 12 Tools.h++ 7.1 Sun Studio 12 C++ Standard 64-bit Class Library Sun Studio 12 Garbage Collector Sun Studio 12 Fortran 95 Sun Studio 12 Debugging Tools (including dbx) Sun Studio 12 IDE Sun Studio 12 Debugger GUI Sun Studio 12 Performance Analyzer (including collect, ...) Sun Studio 12 X-Designer Sun Studio 12 VIM editor Sun Studio 12 XEmacs editor Sun Studio 12 Performance Library Sun Studio 12 LockLint Sun Studio 12 Building Software (including dmake) Sun Studio 12 Documentation Set Sun Studio 12 /usr symbolic links and GNOME menu item version of "/opt/SUNWspro/bin/../prod/bin/../../bin/cc": Sun C 5.9 SunOS_sparc Patch 124867-01 2007/07/12 version of "/opt/SUNWspro/bin/../prod/bin/../../bin/CC": Sun C++ 5.9 SunOS_sparc Patch 124863-01 2007/07/25 version of "/opt/SUNWspro/bin/../prod/bin/../../bin/f90": Sun Fortran 95 8.3 SunOS_sparc Patch 127000-01 2007/07/18 version of "/opt/SUNWspro/bin/../prod/bin/../../bin/dbx": Sun Dbx Debugger 7.6 SunOS_sparc Patch 124872-02 2007/08/16 version of "/opt/SUNWspro/bin/../prod/bin/../../bin/analyzer": Sun Analyzer 7.6 SunOS_sparc Patch 126995-01 2007/07/17 version of "/opt/SUNWspro/bin/../prod/bin/../../bin/dmake": Sun Distributed Make 7.8 SunOS_sparc Patch 126503-01 2007/07/19 --- Dump: % /opt/csw/bin/gdb /soft/openldap/openldap-2.3.38/servers/slapd/.libs/slapd core GNU gdb 6.6 Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.8"... Reading symbols from /soft/openldap/openldap-2.3.38/libraries/libldap_r/.libs/libldap_r-2.3.so.0...done. Loaded symbols for /soft/openldap/openldap-2.3.38/libraries/libldap_r/.libs/libldap_r-2.3.so.0 Reading symbols from /soft/openldap/openldap-2.3.38/libraries/liblber/.libs/liblber-2.3.so.0...done. Loaded symbols for /soft/openldap/openldap-2.3.38/libraries/liblber/.libs/liblber-2.3.so.0 Reading symbols from /usr/local/lib/libltdl.so.3...done. Loaded symbols for /usr/local/lib/libltdl.so.3 Reading symbols from /lib/libdl.so.1... warning: Lowest section in /lib/libdl.so.1 is .hash at 000000b4 done. Loaded symbols for /lib/libdl.so.1 Reading symbols from /usr/local/openssl-0.9.8e/lib/libssl.so.0.9.8...done. Loaded symbols for /usr/local/ssl/lib/libssl.so.0.9.8 Reading symbols from /usr/local/openssl-0.9.8e/lib/libcrypto.so.0.9.8...done. Loaded symbols for /usr/local/ssl/lib/libcrypto.so.0.9.8 Reading symbols from /lib/libresolv.so.2...done. Loaded symbols for /lib/libresolv.so.2 Reading symbols from /lib/libgen.so.1...done. Loaded symbols for /lib/libgen.so.1 Reading symbols from /lib/libnsl.so.1...done. Loaded symbols for /lib/libnsl.so.1 Reading symbols from /lib/libsocket.so.1...done. Loaded symbols for /lib/libsocket.so.1 Reading symbols from /usr/sfw/lib/libwrap.so.1...done. Loaded symbols for /usr/sfw/lib/libwrap.so.1 Reading symbols from /lib/libmtsk.so.1...done. Loaded symbols for /lib/libmtsk.so.1 Reading symbols from /lib/libthread.so.1... warning: Lowest section in /lib/libthread.so.1 is .dynamic at 00000074 done. Loaded symbols for /lib/libthread.so.1 Reading symbols from /lib/libc.so.1...done. Loaded symbols for /lib/libc.so.1 Reading symbols from /lib/libm.so.2...done. Loaded symbols for /lib/libm.so.2 Reading symbols from /lib/libpthread.so.1... warning: Lowest section in /lib/libpthread.so.1 is .dynamic at 00000074 done. Loaded symbols for /lib/libpthread.so.1 Reading symbols from /platform/SUNW,Sun-Fire-880/lib/libc_psr.so.1...done. Loaded symbols for /platform/SUNW,Sun-Fire-V890/lib/libc_psr.so.1 Reading symbols from /usr/lib/locale/pl_PL.UTF-8/pl_PL.UTF-8.so.3...done. Loaded symbols for /usr/lib/locale/pl_PL.UTF-8/pl_PL.UTF-8.so.3 Reading symbols from /usr/lib/locale/common/methods_unicode.so.3...done. Loaded symbols for /usr/lib/locale/common/methods_unicode.so.3 Reading symbols from /lib/libmp.so.2...done. Loaded symbols for /lib/libmp.so.2 Reading symbols from /lib/libmd.so.1...done. Loaded symbols for /lib/libmd.so.1 Reading symbols from /lib/libscf.so.1...done. Loaded symbols for /lib/libscf.so.1 Reading symbols from /lib/libdoor.so.1...done. Loaded symbols for /lib/libdoor.so.1 Reading symbols from /lib/libuutil.so.1...done. Loaded symbols for /lib/libuutil.so.1 Reading symbols from /usr/lib/nss_cluster.so.1...done. Loaded symbols for /usr/lib/nss_cluster.so.1 Reading symbols from /usr/cluster/lib/libclos.so.1...done. Loaded symbols for /usr/cluster/lib/libclos.so.1 Reading symbols from /usr/cluster/lib/libscprivip.so.1...done. Loaded symbols for /usr/cluster/lib/libscprivip.so.1 Reading symbols from /lib/librt.so.1...done. Loaded symbols for /lib/librt.so.1 Reading symbols from /lib/libsecdb.so.1...done. Loaded symbols for /lib/libsecdb.so.1 Reading symbols from /usr/lib/libCstd.so.1...done. Loaded symbols for /usr/lib/libCstd.so.1 Reading symbols from /usr/lib/libCrun.so.1...done. Loaded symbols for /usr/lib/libCrun.so.1 Reading symbols from /usr/cluster/lib/libclcomm.so.1...done. Loaded symbols for /usr/cluster/lib/libclcomm.so.1 Reading symbols from /usr/cluster/lib/libclconf.so.1...done. Loaded symbols for /usr/cluster/lib/libclconf.so.1 Reading symbols from /lib/libaio.so.1...done. Loaded symbols for /lib/libaio.so.1 Reading symbols from /lib/libcmd.so.1...done. Loaded symbols for /lib/libcmd.so.1 Reading symbols from /lib/libmd5.so.1... warning: Lowest section in /lib/libmd5.so.1 is .dynamic at 00000074 done. Loaded symbols for /lib/libmd5.so.1 Reading symbols from /usr/lib/cpu/sparcv8plus/libCstd_isa.so.1...done. Loaded symbols for /usr/lib/cpu/sparcv8plus/libCstd_isa.so.1 Reading symbols from /lib/nss_files.so.1...done. Loaded symbols for /lib/nss_files.so.1 Reading symbols from /soft/openldap/openldap-2.3.38/servers/slapd/back-bdb/.libs/back_bdb-2.3.so.0...done. Loaded symbols for ../servers/slapd/back-bdb/.libs/back_bdb-2.3.so.0 Reading symbols from /usr/local/BerkeleyDB.4.6/lib/libdb-4.6.so...done. Loaded symbols for /usr/local/BerkeleyDB.4.6/lib/libdb-4.6.so Reading symbols from /soft/openldap/openldap-2.3.38/servers/slapd/back-monitor/.libs/back_monitor-2.3.so.0...done. Loaded symbols for ../servers/slapd/back-monitor/.libs/back_monitor-2.3.so.0 Reading symbols from /lib/ld.so.1...done. Loaded symbols for /lib/ld.so.1 Core was generated by `/soft/openldap/openldap-2.3.38/servers/slapd/.libs/slapd -s0 -f ./testrun/slapd'. Program terminated with signal 10, Bus error. #0 0xfdf2b510 in __lock_get_internal () from /usr/local/BerkeleyDB.4.6/lib/libdb-4.6.so (gdb) bt full #0 0xfdf2b510 in __lock_get_internal () from /usr/local/BerkeleyDB.4.6/lib/libdb-4.6.so No symbol table info available. #1 0xfdf2ae04 in __lock_get () from /usr/local/BerkeleyDB.4.6/lib/libdb-4.6.so No symbol table info available. #2 0xfdf6cf48 in __db_lget () from /usr/local/BerkeleyDB.4.6/lib/libdb-4.6.so No symbol table info available. #3 0xfdead994 in __bam_get_root () from /usr/local/BerkeleyDB.4.6/lib/libdb-4.6.so No symbol table info available. #4 0xfdeadd84 in __bam_search () from /usr/local/BerkeleyDB.4.6/lib/libdb-4.6.so No symbol table info available. #5 0xfde9b5dc in __bamc_search () from /usr/local/BerkeleyDB.4.6/lib/libdb-4.6.so No symbol table info available. #6 0xfde97418 in __bamc_get () from /usr/local/BerkeleyDB.4.6/lib/libdb-4.6.so No symbol table info available. #7 0xfdf5776c in __dbc_get () from /usr/local/BerkeleyDB.4.6/lib/libdb-4.6.so No symbol table info available. #8 0xfdf67d64 in __dbc_get_pp () from /usr/local/BerkeleyDB.4.6/lib/libdb-4.6.so No symbol table info available. #9 0xfe04bd2c in bdb_id2entry () from ../servers/slapd/back-bdb/.libs/back_bdb-2.3.so.0 No symbol table info available. #10 0xfe051460 in bdb_cache_find_id () from ../servers/slapd/back-bdb/.libs/back_bdb-2.3.so.0 No symbol table info available. #11 0xfe049d88 in bdb_dn2entry () from ../servers/slapd/back-bdb/.libs/back_bdb-2.3.so.0 No symbol table info available. #12 0xfe041264 in bdb_search () from ../servers/slapd/back-bdb/.libs/back_bdb-2.3.so.0 No symbol table info available. #13 0xfe041264 in bdb_search () from ../servers/slapd/back-bdb/.libs/back_bdb-2.3.so.0 No symbol table info available. Backtrace stopped: previous frame identical to this frame (corrupt stack?) --- Excuse me, but I don't know gdb, then if you want more informations, you should write me exact instructions what should I do to collect them. BTW: I think this is a problem with BerkeleyDB.4.6, then I compiled OpenLDAP with BerkeleyDB.4.5.20, and now this test passed (others too, for now). Regards -- Piotr (DrFugazi) Tarnowski University of Silesia Katowice, Poland

1 0

No replication after power failure
by Stelios Grigoriadis 05 Oct '07

05 Oct '07

I am not sure this would be considered a bug, but it is a problem for us. If the master goes down, the replicas have no way of detecting it. When the master is going back up again, all replica servers have to be restarted. Is there a way to avoid this? Using the KEEPALIVE option (socket or TCP) is not really an option since the default timeout is 2 hours which is too long. Another would be to have some kind of timeout in the epoll and check if the master is responding, but that timeout is used for the runqueue? Have you come across this? I was surprised to see that no one has had any issues with it. Am I missing something? Regards /Stelios Grigoriadis

3 4

Re: (ITS#5169) Test0001 - segmentation fault - slapd
by quanah＠zimbra.com 05 Oct '07

05 Oct '07

--On Friday, October 05, 2007 9:03 AM +0000 andy.n.parker(a)unilever.com wrote: > Full_Name: Andrew N Parker > Version: 2.3.38 > OS: RHEL 4.2 32 bit > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (194.60.106.5) OpenLDAP 2.3.38 does not support BDB 4.6. Use a supported BDB release. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Re: (ITS#5170) Issue with mirrormode: endless loop when multiple add/delete
by hyc＠symas.com 05 Oct '07

05 Oct '07

ando(a)sys-net.it wrote: > Full_Name: Pierangelo Masarati > Version: HEAD/re24 > OS: irrelevant > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (131.175.154.35) > Submitted by: ando > > > There was an issue with mirror mode, which caused an endless replication loop > when repeated, very close add/delete of the same object, like those performed by > the slapd-addel tester tool, were performed in a multimaster environment using > refreahAndPersist. > > Howard fixed this by letting syncrepl_entry() propagate the replication cookie, > if available, so that modifications don't get sent back to the SID that > generated them (please correct me if I got it wrong). The same issue is > probably affecting cascaded syncrepl, but not delta-syncrepl. Right, refreshAndPersist in a cascaded syncrepl would also be affected by the patch, although so far there's no indication that this caused any actual problems. -- -- Howard Chu Chief Architect, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

(ITS#5170) Issue with mirrormode: endless loop when multiple add/delete
by ando＠sys-net.it 05 Oct '07

05 Oct '07

Full_Name: Pierangelo Masarati Version: HEAD/re24 OS: irrelevant URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (131.175.154.35) Submitted by: ando There was an issue with mirror mode, which caused an endless replication loop when repeated, very close add/delete of the same object, like those performed by the slapd-addel tester tool, were performed in a multimaster environment using refreahAndPersist. Howard fixed this by letting syncrepl_entry() propagate the replication cookie, if available, so that modifications don't get sent back to the SID that generated them (please correct me if I got it wrong). The same issue is probably affecting cascaded syncrepl, but not delta-syncrepl. p.

1 0

Re: ITS#5072 incorrect certificateExactAssertion()
by ando＠sys-net.it 05 Oct '07

05 Oct '07

hyc(a)symas.com wrote: > Except that from ITS#5070 we always use hex for serial numbers now, so this > would actually be > { > serialNumber '03'H, > issuer rdnSequence:"email=ca(a)example.com,cn=example ca,o=example,st=xx, > c=us" > } works for me... thanks. p. Ing. Pierangelo Masarati OpenLDAP Core Team SysNet s.r.l. via Dossi, 8 - 27100 Pavia - ITALIA http://www.sys-net.it --------------------------------------- Office: +39 02 23998309 Mobile: +39 333 4963172 Email: pierangelo.masarati(a)sys-net.it ---------------------------------------

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs