openldap-bugs

openldap-bugs@openldap.org

1 participants
20967 discussions

(ITS#5193) defines.sh error
by quanah＠zimbra.com 17 Oct '07

17 Oct '07

Full_Name: Quanah Gibson-Mount Version: RE24 OS: URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (71.202.148.128) make[2]: Entering directory `/usr/local/build/ldap-rel-eng-2-4/tests' Initiating LDAP tests for BDB... ./scripts/defines.sh: line 55: cd: ./schema: No such file or directory Running ./scripts/all... >>>>> Executing all LDAP tests for bdb SCHEMADIR=${USER_SCHEMADIR-./schema} ABS_SCHEMADIR=`(cd $SCHEMADIR; pwd)` Should that be ../schema? Why do we need to cd to it? Nothing is failing so far by not doing so.

1 0

(ITS#5192) MMR refresh and persist broken
by quanah＠zimbra.com 17 Oct '07

17 Oct '07

Full_Name: Quanah Gibson-Mount Version: 2.4.5 beta OS: NA URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (71.202.148.128) Refresh and persist MMR mode is broken in 2.4.5 beta. ITS filed for tracking purposes, already fixed in HEAD.

1 0

Re: (ITS#5189) slapadd -q breaks db_stat -c
by hyc＠symas.com 17 Oct '07

17 Oct '07

h.b.furuseth(a)usit.uio.no wrote: > quanah(a)zimbra.com writes: >> You have to run slapd at least once before using the db_stat tool >> after using slapadd -q. This is a known feature of using -q. > > Ah, need doc fix in slapadd.8 then. What exactly are you trying to do? slapadd -q disables locking, so of course there's nothing for db_stat -c to report. There's no breakage 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

(ITS#5191) Corrupted control value when using pagedresults with subordinate database
by mspeder＠syrtis.net 17 Oct '07

17 Oct '07

Full_Name: Matthieu Speder Version: 2.3.38 & Latest HEAD OS: Linux URL: Submission from: (NULL) (82.224.96.182) When using pagedresults with a subordinate database, the control value of the returned searchResDone is corrupted. * Config part database ldap suffix "dc=test,dc=com" subordinate uri "ldap://ldap2.test.com:389" lastmod off overlay rwm rwm-rewriteEngine on rwm-suffixmassage "dc=test,dc=com" "dc=mainldap,dc=com" * Query : ldapsearch -x -b 'dc=test,dc=com' '(objectclass=*)' -E pr=10 (...) # search result search: 2 result: 0 Success control: 1.2.840.113556.1.4.319 false MAUCAQAEAA== pagedresults: cookie= control:: IGZhbHNlIE1Ba0NBUUFFQkFzQUFBQT0= * Packet decode : Lightweight-Directory-Access-Protocol LDAPMessage searchResDone(2) [0 results] messageID: 2 protocolOp: searchResDone (5) controls: 2 items Item pagedResultsControl controlType: 1.2.840.113556.1.4.319 (pagedResultsControl) SearchControlValue size: 0 cookie: <MISSING> Item controlType: \300\3371\b840.113556.1.4.319 controlValue: 300902010004040B000000 0000 00 0c 29 06 cc dd 00 0c 29 1b ea e9 08 00 45 00 ..).....).....E. 0010 00 8e 7b fd 40 00 40 06 a7 ca 0a 00 01 5d 0a 00 ..{.@.@......].. 0020 01 46 01 85 a8 92 c0 a3 d0 9d 5e c3 30 b0 80 18 .F........^.0... 0030 05 a8 2b 24 00 00 01 01 08 0a 01 16 bf 7a 00 00 ..+$.........z.. 0040 1a e9 30 58 02 01 02 65 07 0a 01 00 04 00 04 00 ..0X...e........ 0050 a0 4a 30 21 04 16 31 2e 32 2e 38 34 30 2e 31 31 .J0!..1.2.840.11 0060 33 35 35 36 2e 31 2e 34 2e 33 31 39 04 07 30 05 3556.1.4.319..0. 0070 02 01 00 04 00 30 25 04 16 c0 df 31 08 38 34 30 .....0%....1.840 0080 2e 31 31 33 35 35 36 2e 31 2e 34 2e 33 31 39 04 .113556.1.4.319. 0090 0b 30 09 02 01 00 04 04 0b 00 00 00 .0..........

1 0

Re: (ITS#5189) slapadd -q breaks db_stat -c
by h.b.furuseth＠usit.uio.no 17 Oct '07

17 Oct '07

quanah(a)zimbra.com writes: > You have to run slapd at least once before using the db_stat tool > after using slapadd -q. This is a known feature of using -q. Ah, need doc fix in slapadd.8 then. -- Hallvard

1 0

Re: (ITS#5189) slapadd -q breaks db_stat -c
by quanah＠zimbra.com 17 Oct '07

17 Oct '07

--On Wednesday, October 17, 2007 1:29 PM +0000 h.b.furuseth(a)usit.uio.no wrote: > Full_Name: Hallvard B Furuseth > Version: 2.3.38 > OS: Linux (x86_64) > URL: > Submission from: (NULL) (129.240.6.233) > Submitted by: hallvard You have to run slapd at least once before using the db_stat tool after using slapadd -q. This is a known feature of using -q. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Re: (ITS#5187) test020-proxycache failing in RE_2_4
by ghenry＠suretecsystems.com 17 Oct '07

17 Oct '07

<quote who="Ralf Haferkamp"> > On Mittwoch, 17. Oktober 2007, ghenry(a)suretecsystems.com wrote: >> >> ldapsearch failed (4) >> >> Query 10 not answerable >> > >> > ^^^^^^^^^^^^^^^^^^^^^^^^^ >> > This on seems to be the problem it should be "answerable". Does the >> test >> > fail >> > for you reproducably? I am asking because it doesn't fail for me. >> Neither >> > in >> > RE24 nor in HEAD. >> >> I've just run the test by hand again on the same machine 10 times. It >> passed 3 times and failed 7. >> >> I also just ran: >> >> for i in `seq 1 100`; do ./run test020 >> test_results.log; done; >> >> and grepped the log file for "Error" and -i "succeed". >> >> Results: >> >> 12 Passes >> 88 Fails > I just did the same on my x86_64 dual core. Result: 1 failure and 99 > passes. > Might be that this bug is better reproducable on a single core machine. > But at > least I was able to reproduce it now. I can run the same command above on a x86_64 dual core on Monday, as I'm away on business the rest of the week. > >> Very strange.... > I have fixed a very similar issue recently (at least I thought I fixed > it :| ). I'll take a closer look tomorrow. Cool, thanks.

1 0

Re: (ITS#5187) test020-proxycache failing in RE_2_4
by rhafer＠suse.de 17 Oct '07

17 Oct '07

On Mittwoch, 17. Oktober 2007, ghenry(a)suretecsystems.com wrote: > >> ldapsearch failed (4) > >> Query 10 not answerable > > > > ^^^^^^^^^^^^^^^^^^^^^^^^^ > > This on seems to be the problem it should be "answerable". Does the test > > fail > > for you reproducably? I am asking because it doesn't fail for me. Neither > > in > > RE24 nor in HEAD. > > I've just run the test by hand again on the same machine 10 times. It > passed 3 times and failed 7. > > I also just ran: > > for i in `seq 1 100`; do ./run test020 >> test_results.log; done; > > and grepped the log file for "Error" and -i "succeed". > > Results: > > 12 Passes > 88 Fails I just did the same on my x86_64 dual core. Result: 1 failure and 99 passes. Might be that this bug is better reproducable on a single core machine. But at least I was able to reproduce it now. > Very strange.... I have fixed a very similar issue recently (at least I thought I fixed it :| ). I'll take a closer look tomorrow. -- Ralf

1 0

Re: (ITS#5187) test020-proxycache failing in RE_2_4
by ghenry＠suretecsystems.com 17 Oct '07

17 Oct '07

>> ldapsearch failed (4) >> Query 10 not answerable > ^^^^^^^^^^^^^^^^^^^^^^^^^ > This on seems to be the problem it should be "answerable". Does the test > fail > for you reproducably? I am asking because it doesn't fail for me. Neither > in > RE24 nor in HEAD. > I've just run the test by hand again on the same machine 10 times. It passed 3 times and failed 7. I also just ran: for i in `seq 1 100`; do ./run test020 >> test_results.log; done; and grepped the log file for "Error" and -i "succeed". Results: 12 Passes 88 Fails Very strange.... Gavin.

1 0

Re: (ITS#5188) ldap_get_option documentation
by ando＠sys-net.it 17 Oct '07

17 Oct '07

senarvi2007(a)gmail.com wrote: > The manual page for ldap_get_option is inaccurate regarding LDAP_OPT_TIMEOUT and > LDAP_OPT_NETWORK_TIMEOUT. It says > > outvalue and invalue must be a struct timeval * > > while in fact outvalue has to be a struct timeval **. Also, it is only said in > the source code that the caller has to free outvalue. Fixed in HEAD/re24; not in re23 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