openldap-bugs

openldap-bugs@openldap.org

1 participants
20959 discussions

Re: (ITS#6353) berval->string conversions ignore \0
by h.b.furuseth＠usit.uio.no 04 Nov '09

04 Nov '09

I wrote: > Conversion from a binary blob (struct berval*, BerElement read) > to a char* string typically just grabs bv.bv_val even when the > value may contain embedded '\0's. > > In these cases, correct operation may require that the conversion > fails if bv_len != (bv_val ? strlen(bv_val) : 0). Or if bv_val is > not \0-terminated, to check if memchr(bv_val, '\0', bv_len) == NULL. > > Examples: liblber/decode.c: > ber_get_stringa, ber_get_stringb, ber_get_bitstringa, ber_scanf "aAv" decode.c now rejects embedded NUL bytes in cases where we do not save the length anywhere. However it accepts terminating NUL bytes, which AD can send at least in diagonsticMessage: http://www.openldap.org/lists/openldap-devel/200911/msg00001.html -- Hallvard

1 0

Re: (ITS#6361) Failed assertion in slapd when running on OpenWRT/glibc
by hyc＠symas.com 04 Nov '09

04 Nov '09

mike(a)flyn.org wrote: > Full_Name: W. Michael Petullo > Version: 2.4.16 > OS: OpenWRT/Linux/glibc > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (76.6.126.162) > > > I am running slapd on OpenWRT/MIPS32/Linux/glibc. I have found that after a > period of running, slapd terminates with: Please try to reproduce this with a current release (2.4.19). > > slapd: daemon.c:983: slapd_set_read: Assertion > ((((&slap_daemon.sd_actives)->__fds_bits)[(((s)) / (8 * sizeof (__fd_mask)))] & > ((__fd_mask) 1 << (((s)) % (8 * sizeof (___fd_mask))))) != 0) failed. > > $ ldd /usr/sbin/slapd > libldap_r-2.4.so.2 => /usr/lib/libldap_r-2.4.so.2 (0x2aad8000) > liblber-2.4.so.2 => /usr/lib/liblber-2.4.so.2 (0x2ab20000) > libuuid.so.1 => /usr/lib/libuuid.so.1 (0x2ab3c000) > libdb-4.7.so => /usr/lib/libdb-4.7.so (0x2ab50000) > libresolv.so.2 => /lib/libresolv.so.2 (0x2ac92000) > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x2aca6000) > libc.so.6 => /lib/libc.so.6 (0x2ad3e000) > libpthread.so.0 => /lib/libpthread.so.0 (0x2ae98000) > /lib/ld.so.1 (0x2aaa8000) > > $ slapd -V > @(#) $OpenLDAP: slapd 2.4.16 (Nov 3 2009 08:04:35) $ > -- -- 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#6361) Failed assertion in slapd when running on OpenWRT/glibc
by mike＠flyn.org 04 Nov '09

04 Nov '09

Full_Name: W. Michael Petullo Version: 2.4.16 OS: OpenWRT/Linux/glibc URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (76.6.126.162) I am running slapd on OpenWRT/MIPS32/Linux/glibc. I have found that after a period of running, slapd terminates with: slapd: daemon.c:983: slapd_set_read: Assertion ((((&slap_daemon.sd_actives)->__fds_bits)[(((s)) / (8 * sizeof (__fd_mask)))] & ((__fd_mask) 1 << (((s)) % (8 * sizeof (___fd_mask))))) != 0) failed. $ ldd /usr/sbin/slapd libldap_r-2.4.so.2 => /usr/lib/libldap_r-2.4.so.2 (0x2aad8000) liblber-2.4.so.2 => /usr/lib/liblber-2.4.so.2 (0x2ab20000) libuuid.so.1 => /usr/lib/libuuid.so.1 (0x2ab3c000) libdb-4.7.so => /usr/lib/libdb-4.7.so (0x2ab50000) libresolv.so.2 => /lib/libresolv.so.2 (0x2ac92000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x2aca6000) libc.so.6 => /lib/libc.so.6 (0x2ad3e000) libpthread.so.0 => /lib/libpthread.so.0 (0x2ae98000) /lib/ld.so.1 (0x2aaa8000) $ slapd -V @(#) $OpenLDAP: slapd 2.4.16 (Nov 3 2009 08:04:35) $

1 0

(ITS#6360) slapd memory usage grows to consume all available memory
by whm＠stanford.edu 03 Nov '09

03 Nov '09

Full_Name: Bill MacAllister Version: 2.4.19+ OS: Debian 5 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (171.64.19.165) We are using OpenLDAP 2.4.19 with a patch for ITS6334. We are using libhoard for memory management. The backend database is bdb 4.8. We are seeing slapd memory usage grow until all of the memory on the system is consumed. Our database has a bit over 500,000 dns. The cache values we are using are: cachesize 200000 dncachesize 0 idlcachesize 200000 On a test server with 16 bg of memory, 14.7 consumed by slapd we see: ldapsearch -b cn=monitor + | grep -i cache olmBDBEntryCache: 115 olmBDBDNCache: 519795 olmBDBIDLCache: 60510 I have tried running slapd under valgrind and when the server is shutdown valgrind does not report any memory leaks. It appears that slapd allocates the memory, remembers it has allocated it, and does not use it.

1 0

Re: (ITS#6357) Problem configuring openldap
by quanah＠zimbra.com 02 Nov '09

02 Nov '09

--On Friday, October 30, 2009 11:34 PM +0000 pierre42d(a)9online.fr wrote: I suggest you read the README file shipped with the OpenLDAP release. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Re: (ITS#5810) $BACKEND selections in make test
by h.b.furuseth＠usit.uio.no 02 Nov '09

02 Nov '09

Maybe it's about time to close this one... Could someone test if NDB likes this acfilter.sh instead of the current one? In the tests where NDB works, anyway. I don't know which ones. The current acfilter depends on awk being GNU awk, which can be wrong even on Linux. Ubuntu has awk = mawk. This variant uses perl instead. back-ldif passes most tests with this acfilter and a few additions of BACKEND2SORT="ldif=e". #! /bin/sh # $OpenLDAP: pkg/ldap/tests/scripts/acfilter.sh,v 1.15 2009/01/21 23:40:44 kurt Exp $ ## This work is part of OpenLDAP Software <http://www.openldap.org/>. ## ## Copyright 1998-2009 The OpenLDAP Foundation. ## All rights reserved. ## ## Redistribution and use in source and binary forms, with or without ## modification, are permitted only as authorized by the OpenLDAP ## Public License. ## ## A copy of this license is available in the file LICENSE in the ## top-level directory of the distribution or, alternatively, at ## <http://www.OpenLDAP.org/license.html>. # Strip LDIF comments, or strip everything when $BACKEND=null. # Optionally sort attrs/entries according to $BACKEND2SORT: # BACKEND2SORT="<backend>=[a][e],<backend>=[a][e],..." says whether # to sort attributes in an entry, and whether to sort entries. # 2+ empty input lines separate each list of entries to be sorted. # This feature needs Perl, otherwise any sorting is just by lines. # Defaults, used when $BACKEND2SORT does not mention $BACKEND acfilter_b2s="ndb=a" case ,$BACKEND2SORT in *,$BACKEND=*) acfilter_b2s=$BACKEND2SORT ;; esac case $BACKEND,$acfilter_b2s in null,*) : ;; *,$BACKEND=[ae]*) if (perl -e 0) 2>/dev/null; then perl -we ' ($end, $sort, @e, @out) = ("", $ARGV[0] =~ /,\Q$ARGV[1]\E=(\w*)/); sub lsort { shift(@_) =~ /[$sort]/o ? sort(@_) : @_; } foreach (<STDIN>, "", "") { if (/^ /s) { $e[-1] .= $_; next; } if (/./m) { push @e, $_ unless /^\#/s; next; } if (!@out) { print $end; $end = ""; } if (@e) { push @out, join "", shift(@e), &lsort("a", splice @e); } else { print join("\n", &lsort("e", splice @out)), $end; } $end = $_; }' ",$acfilter_b2s" "$BACKEND" else grep -v '^#' | sort ; fi ;; *) grep -v '^#' ;; esac

1 0

Re: (ITS#6337) Combining back-relay/slapo-rwm and back-hdb/slapo-accesslog seg faults
by h.b.furuseth＠usit.uio.no 02 Nov '09

02 Nov '09

Committed a new fix for Bind and Extended operations in HEAD. This one has no impact on cases which already worked before this ITS: It just searches for the callback and removes it. Possibly something like the previous fix would actually make back-relay better behaved, but such behavior change and my chatter in previous message should go in a separate ITS if someone investigates it. -- Hallvard

1 0

(ITS#6359) Problem compiling openldap
by pierre42d＠9online.fr 31 Oct '09

31 Oct '09

Full_Name: Pierre Version: 2.4.19 OS: GNU/Linux URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (79.89.161.74) # make Making all in /tmp/openldap-2.4.19 Entering subdirectory include make[1]: Entering directory `/tmp/openldap-2.4.19/include' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/tmp/openldap-2.4.19/include' Entering subdirectory libraries make[1]: Entering directory `/tmp/openldap-2.4.19/libraries' Making all in /tmp/openldap-2.4.19/libraries Entering subdirectory liblutil make[2]: Entering directory `/tmp/openldap-2.4.19/libraries/liblutil' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/tmp/openldap-2.4.19/libraries/liblutil' Entering subdirectory liblber make[2]: Entering directory `/tmp/openldap-2.4.19/libraries/liblber' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/tmp/openldap-2.4.19/libraries/liblber' Entering subdirectory liblunicode make[2]: Entering directory `/tmp/openldap-2.4.19/libraries/liblunicode' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/tmp/openldap-2.4.19/libraries/liblunicode' Entering subdirectory libldap make[2]: Entering directory `/tmp/openldap-2.4.19/libraries/libldap' /bin/sh ../../libtool --mode=link gcc -s -O3 -march=i686 -L/usr/local/BerkeleyDB.4.6/lib -o apitest apitest.o libldap.la ../../libraries/liblber/liblber.la ../../libraries/liblutil/liblutil.a -lsasl2 -lgnutls -lcrypt -lresolv gcc -s -O3 -march=i686 -o .libs/apitest apitest.o -L/usr/local/BerkeleyDB.4.6/lib ./.libs/libldap.so /tmp/openldap-2.4.19/libraries/liblber/.libs/liblber.so -L/usr/local/lib ../../libraries/liblber/.libs/liblber.so ../../libraries/liblutil/liblutil.a /usr/local/lib/libsasl2.so -ldl /usr/local/lib/libgnutls.so /usr/local/lib/libtasn1.so /usr/local/lib/libgcrypt.so -lnsl -lcap /usr/local/lib/libgpg-error.so -lz -lcrypt -lresolv ./.libs/libldap.so: undefined reference to `gnutls_x509_crt_list_import' ./.libs/libldap.so: undefined reference to `gnutls_certificate_get_x509_cas' ./.libs/libldap.so: undefined reference to `gnutls_cipher_suite_info' collect2: ld returned 1 exit status make[2]: *** [apitest] Error 1 make[2]: Leaving directory `/tmp/openldap-2.4.19/libraries/libldap' make[1]: *** [all-common] Error 1 make[1]: Leaving directory `/tmp/openldap-2.4.19/libraries' make: *** [all-common] Error 1

1 0

Re: (ITS#6358) Problem compiling openldap
by pierre42d＠9online.fr 31 Oct '09

31 Oct '09

Problem linked to the use of the --enable-lmpasswd option

1 0

(ITS#6358) Problem compiling openldap
by pierre42d＠9online.fr 31 Oct '09

31 Oct '09

Full_Name: Pierre Version: 2.4.19 OS: GNU/Linux URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (79.89.161.74) # make Making all in /tmp/openldap-2.4.19 Entering subdirectory include make[1]: Entering directory `/tmp/openldap-2.4.19/include' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/tmp/openldap-2.4.19/include' Entering subdirectory libraries make[1]: Entering directory `/tmp/openldap-2.4.19/libraries' Making all in /tmp/openldap-2.4.19/libraries Entering subdirectory liblutil make[2]: Entering directory `/tmp/openldap-2.4.19/libraries/liblutil' gcc -s -O3 -march=i686 -I../../include -I../../include -I/usr/local/BerkeleyDB.4.6/include -I/usr/local/BerkeleyDB.4.6/include -c -o passwd.o passwd.c passwd.c:820: error: parse error before "des_key" passwd.c: In function `lmPasswd_to_key': passwd.c:822: error: `lmPasswd' undeclared (first use in this function) passwd.c:822: error: (Each undeclared identifier is reported only once passwd.c:822: error: for each function it appears in.) passwd.c:835: error: `key' undeclared (first use in this function) passwd.c: In function `chk_lanman': passwd.c:846: error: `des_key' undeclared (first use in this function) passwd.c:846: error: parse error before "key" passwd.c:847: error: `des_context' undeclared (first use in this function) passwd.c:848: error: `des_data_block' undeclared (first use in this function) passwd.c:866: error: `key' undeclared (first use in this function) passwd.c:867: error: `schedule' undeclared (first use in this function) passwd.c:868: error: `StdText' undeclared (first use in this function) passwd.c:868: error: `PasswordHash1' undeclared (first use in this function) passwd.c:868: error: `DES_ENCRYPT' undeclared (first use in this function) passwd.c:876: error: `PasswordHash2' undeclared (first use in this function) passwd.c: In function `hash_lanman': passwd.c:1142: error: `des_key' undeclared (first use in this function) passwd.c:1142: error: parse error before "key" passwd.c:1143: error: `des_context' undeclared (first use in this function) passwd.c:1144: error: `des_data_block' undeclared (first use in this function) passwd.c:1162: error: `key' undeclared (first use in this function) passwd.c:1163: error: `schedule' undeclared (first use in this function) passwd.c:1164: error: `StdText' undeclared (first use in this function) passwd.c:1164: error: `PasswordHash1' undeclared (first use in this function) passwd.c:1164: error: `DES_ENCRYPT' undeclared (first use in this function) passwd.c:1168: error: `PasswordHash2' undeclared (first use in this function) make[2]: *** [passwd.o] Error 1 make[2]: Leaving directory `/tmp/openldap-2.4.19/libraries/liblutil' make[1]: *** [all-common] Error 1 make[1]: Leaving directory `/tmp/openldap-2.4.19/libraries' make: *** [all-common] Error 1

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