openldap-bugs July 2008

openldap-bugs@openldap.org

43 participants
131 discussions

Re: (ITS#5618) better error messages for syncrepl failure
by henson＠acm.org 19 Jul '08

19 Jul '08

On Sat, 19 Jul 2008, Pierangelo Masarati wrote: > > I recently installed some updates and configuration changes on one of my > > LDAP slaves. Replication broke mysteriously after that. The only thing logged > > was "slapd[30723]: do_syncrepl: rid 001 retrying (9 retries left)" > > What log level? "none". I also changed the level to "-1" and nothing popped out at me. Howard says there should have been some packet dumps that would have included the protocol error, but I must have missed them amoungst all the noise of level -1. A nice error message at "none' would have helped. -- Paul B. Henson | (909) 979-6361 | http://www.csupomona.edu/~henson/ Operating Systems and Network Analyst | henson(a)csupomona.edu California State Polytechnic University | Pomona CA 91768

1 0

Re: (ITS#5621) test036 fails
by dieter＠dkluenter.de 19 Jul '08

19 Jul '08

Pierangelo Masarati <ando(a)sys-net.it> writes: > dieter(a)dkluenter.de wrote: > >> Hi, >> test036 fails constantly with following error: >> ... >> Using ldapsearch to retrieve all the entries... >> Filtering ldapsearch results... >> Filtering original ldif used to create database... >> Comparing filter output... >> comparison failed - slapd-meta search/modification didn't succeed >> diff -i ldapsearch.flt ldif.flt > diff.out > > I hate to say this, but... works for me, even with -i. OK, I have to accept this. As my local CVS tree is only a weeky update and not a fresh checkout there might be some errors in the test scripts, as -iB works for me, I leave it as is. Please close this its. -Dieter -- Dieter Klünter | Systemberatung http://www.dkluenter.de GPG Key ID:8EF7B6C6 53°08'09,95"N 10°08'02,42"E

1 0

Re: (ITS#5621) test036 fails
by ando＠sys-net.it 19 Jul '08

19 Jul '08

dieter(a)dkluenter.de wrote: > Hi, > test036 fails constantly with following error: > ... > Using ldapsearch to retrieve all the entries... > Filtering ldapsearch results... > Filtering original ldif used to create database... > Comparing filter output... > comparison failed - slapd-meta search/modification didn't succeed > > diff -i ldapsearch.flt ldif.flt > diff.out I hate to say this, but... works for me, even with -i. 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 Fax: +39 0382 476497 Email: ando(a)sys-net.it -----------------------------------

1 0

(ITS#5622) slapo-memberof erroneously using o_dn instead of o_ndn in internal ops
by ando＠sys-net.it 19 Jul '08

19 Jul '08

Full_Name: Pierangelo Masarati Version: HEAD/re24 OS: irrelevant URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (82.63.140.131) Submitted by: ando As spotted by Andrew Bartlett <http://www.openldap.org/lists/openldap-technical/200807/msg00126.html>, slapo-memberof is using the wrong DN to set the operation's identity while performing internal ops. A fix is coming. p.

1 0

Re: (ITS#5618) better error messages for syncrepl failure
by ando＠sys-net.it 19 Jul '08

19 Jul '08

henson(a)acm.org wrote: > I recently installed some updates and configuration changes on one of my > LDAP slaves. Replication broke mysteriously after that. The only thing logged > was "slapd[30723]: do_syncrepl: rid 001 retrying (9 retries left)" What log level? p. > I finally figured out that the search was failing with a protocol error because > derefAliases was set to always, a setting I had just added. It would be useful > if replication failure provided better error messages, something in the logs > indicating that a protocol error had occurred because of an invalid > dereferencing setting would have saved me a lot of time. > > In addition, if it is a protocol error to dereference aliases in the context of > syncrepl, shouldn't the server just ignore that global configuration setting and > just do the right thing? 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 Fax: +39 0382 476497 Email: ando(a)sys-net.it -----------------------------------

1 0

Re: (ITS#5621) test036 fails
by dieter＠dkluenter.de 18 Jul '08

18 Jul '08

Howard Chu <hyc(a)symas.com> writes: > dieter(a)dkluenter.de wrote: >> Full_Name: Dieter Kluenter >> Version: HEAD >> OS: Linux x86_64 >> URL: ftp://ftp.openldap.org/incoming/ >> Submission from: (NULL) (84.142.215.25) >> >> >> Hi, >> test036 fails constantly with following error: >> ... >> Using ldapsearch to retrieve all the entries... >> Filtering ldapsearch results... >> Filtering original ldif used to create database... >> Comparing filter output... >> comparison failed - slapd-meta search/modification didn't succeed Somehow empty lines had been added, diff -iB solved the problem. -Dieter -- Dieter Klünter | Systemberatung http://www.dkluenter.de GPG Key ID:8EF7B6C6 53°08'09,95"N 10°08'02,42"E

1 0

Re: (ITS#5621) test036 fails
by dieter＠dkluenter.de 18 Jul '08

18 Jul '08

Howard Chu <hyc(a)symas.com> writes: > dieter(a)dkluenter.de wrote: >> Full_Name: Dieter Kluenter >> Version: HEAD >> OS: Linux x86_64 >> URL: ftp://ftp.openldap.org/incoming/ >> Submission from: (NULL) (84.142.215.25) >> >> >> Hi, >> test036 fails constantly with following error: >> ... >> Using ldapsearch to retrieve all the entries... >> Filtering ldapsearch results... >> Filtering original ldif used to create database... >> Comparing filter output... >> comparison failed - slapd-meta search/modification didn't succeed > > If your HEAD snapshot is before this commit, then it's a known issue > and this ITS will be closed. > > http://www.openldap.org/lists/openldap-commit/200807/msg00174.html No, it is a cvs update from last night. -Dieter -- Dieter Klünter | Systemberatung http://www.dkluenter.de GPG Key ID:8EF7B6C6

1 0

Re: (ITS#5621) test036 fails
by hyc＠symas.com 18 Jul '08

18 Jul '08

dieter(a)dkluenter.de wrote: > Full_Name: Dieter Kluenter > Version: HEAD > OS: Linux x86_64 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (84.142.215.25) > > > Hi, > test036 fails constantly with following error: > ... > Using ldapsearch to retrieve all the entries... > Filtering ldapsearch results... > Filtering original ldif used to create database... > Comparing filter output... > comparison failed - slapd-meta search/modification didn't succeed If your HEAD snapshot is before this commit, then it's a known issue and this ITS will be closed. http://www.openldap.org/lists/openldap-commit/200807/msg00174.html -- -- 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#5621) test036 fails
by dieter＠dkluenter.de 18 Jul '08

18 Jul '08

Full_Name: Dieter Kluenter Version: HEAD OS: Linux x86_64 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (84.142.215.25) Hi, test036 fails constantly with following error: ... Using ldapsearch to retrieve all the entries... Filtering ldapsearch results... Filtering original ldif used to create database... Comparing filter output... comparison failed - slapd-meta search/modification didn't succeed diff -i ldapsearch.flt ldif.flt > diff.out 87a87,103 > dn: cn=Dorothy Stevens,ou=Alumni Association,ou=People,o=Example,c=US > objectClass: OpenLDAPperson > cn: Dorothy Stevens > cn: Dot Stevens > sn: Stevens > uid: dots > title: Secretary, UM Alumni Association > postalAddress: Alumni Association $ 111 Maple St $ Anytown, MI 48109 > seeAlso: cn=All Staff,ou=Groups,o=Example,c=US > drink: Lemonade > homePostalAddress: 377 White St. Apt. 3 $ Anytown, MI 48104 > description: Very tall > facsimileTelephoneNumber: +1 313 555 3223 > telephoneNumber: +1 313 555 3664 > mail: dots(a)mail.alumni.example.com > homePhone: +1 313 555 0454 > 398,415d413 < dn: cn=snevetS yhtoroD,ou=Alumni Association,ou=People,o=Example,c=US < objectClass: OpenLDAPperson < cn: Dorothy Stevens < cn: Dot Stevens < cn: snevetS yhtoroD < sn: Stevens < uid: dots < title: Secretary, UM Alumni Association < postalAddress: Alumni Association $ 111 Maple St $ Anytown, MI 48109 < seeAlso: cn=All Staff,ou=Groups,o=Example,c=US < drink: Lemonade < homePostalAddress: 377 White St. Apt. 3 $ Anytown, MI 48104 < description: Very tall < facsimileTelephoneNumber: +1 313 555 3223 < telephoneNumber: +1 313 555 3664 < mail: dots(a)mail.alumni.example.com < homePhone: +1 313 555 0454 < 430d427 -Dieter

1 0

Re: (ITS#5620) Compile problem with Berkeley DB 4.7.25
by hyc＠symas.com 17 Jul '08

17 Jul '08

quanah(a)zimbra.com wrote: > --On Thursday, July 17, 2008 6:19 AM +0000 marco.walther(a)sun.com wrote: > >> Full_Name: Marco Walther >> Version: 2.4.11 >> OS: SunOS 5.11 snv_70b sun4v sparc SUNW,SPARC >> URL: ftp://ftp.openldap.org/incoming/ >> Submission from: (NULL) (192.18.43.225) > > No openldap release supports BDB 4.7 yet. There is already a bug filed on > this issue, and it will be addressed in an upcoming release. #5530. This ITS will be closed as a dup of #5530. Hacking the BDB source to expose the private field certainly works for now, but we'll be looking at a hands-off fix later. -- -- 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

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs July 2008