openldap-bugs

openldap-bugs@openldap.org

1 participants
20962 discussions

RE: (ITS#7610) scope index isn't used correctly with the filter index
by ctcard＠hotmail.com 28 May '13

28 May '13

---------------------------------------- > Date: Tue, 28 May 2013 16:13:29 +0000 > From: hyc(a)symas.com > To: openldap-its(a)openldap.org > Subject: Re: (ITS#7610) scope index isn't used correctly with the filter index > > meike.stone(a)googlemail.com wrote: >> Full_Name: Meike Stone >> Version: 2.4.33 >> OS: Linux >> URL: ftp://ftp.openldap.org/incoming/ >> Submission from: (NULL) (193.200.138.3) >> >> >> I have a directory with about 2,000,000 objects at all. >> >> In one conteiner (basedn for search) are about 84,000 objects >> but only one of this is a person with objectclass=inetOrgperson. >> I have about 420,000 objectclass=inetOrgperson. >> >> The search with the specified basedn where only the one inetOrgperson >> is located needs about 5 minutes ... >> >> see: http://www.openldap.org/lists/openldap-technical/201305/msg00210.html > > Sorry, digging further into the code I see I was mistaken. The two indices are > being combined correctly and the code works in my own tests. > > The search looks up the scope index (IDs of all the entries in the target > scope) and the filter indices and computes their intersection. Not sure why > this would be so slow in your case. This sounds very similar to problem I was having, and I had to increase BDB_IDL_LOGN to 18 for the (rebuilt) objectclass index to be used. Chris

1 0

Re: (ITS#7610) scope index isn't used correctly with the filter index
by hyc＠symas.com 28 May '13

28 May '13

meike.stone(a)googlemail.com wrote: > Full_Name: Meike Stone > Version: 2.4.33 > OS: Linux > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (193.200.138.3) > > > I have a directory with about 2,000,000 objects at all. > > In one conteiner (basedn for search) are about 84,000 objects > but only one of this is a person with objectclass=inetOrgperson. > I have about 420,000 objectclass=inetOrgperson. > > The search with the specified basedn where only the one inetOrgperson > is located needs about 5 minutes ... > > see: http://www.openldap.org/lists/openldap-technical/201305/msg00210.html Sorry, digging further into the code I see I was mistaken. The two indices are being combined correctly and the code works in my own tests. The search looks up the scope index (IDs of all the entries in the target scope) and the filter indices and computes their intersection. Not sure why this would be so slow in your case. -- -- 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#7610) scope index isn't used correctly with the filter index
by meike.stone＠googlemail.com 28 May '13

28 May '13

Full_Name: Meike Stone Version: 2.4.33 OS: Linux URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (193.200.138.3) I have a directory with about 2,000,000 objects at all. In one conteiner (basedn for search) are about 84,000 objects but only one of this is a person with objectclass=inetOrgperson. I have about 420,000 objectclass=inetOrgperson. The search with the specified basedn where only the one inetOrgperson is located needs about 5 minutes ... see: http://www.openldap.org/lists/openldap-technical/201305/msg00210.html Thanks Meike

1 0

Re: (ITS#7608) cn=config with modifiersdn outside cn=config breaks recovery using slapadd
by ck＠cksoft.de 28 May '13

28 May '13

Hi Howard, On Tue, 28 May 2013, Howard Chu wrote: >> Thanks a lot for the prompt fix. > > You're welcome. Thanks for confirming. could you commit both patches to RE24 so they would end up in 2.4.36 when it gets released. Greetings Christian -- Christian Kratzer CK Software GmbH Email: ck(a)cksoft.de Wildberger Weg 24/2 Phone: +49 7032 893 997 - 0 D-71126 Gaeufelden Fax: +49 7032 893 997 - 9 HRB 245288, Amtsgericht Stuttgart Web: http://www.cksoft.de/ Geschaeftsfuehrer: Christian Kratzer

1 0

Re: (ITS#7594) incomplete MDB subdb cursor cleanup
by hyc＠symas.com 28 May '13

28 May '13

Hallvard Breien Furuseth wrote: > On 2013-05-28 15:03, hyc(a)symas.com wrote: >>> It looks like mdb_drop0() should also reset/uninitialize >>> other cursors in the same (sub)database. Currently such >>> cursors keep any references to the deleted pages. >>> >> Just doc this. No cursors should be open on a DB that is being >> dropped. > > Doesn't help mdb_cursor_del's call to mdb_drop0 when F_SUBDATA. > Is that safe? > Probably not but again, it's a doc issue. Someone has to call specifically with the flag mdb_cursor_del(MDB_NODUPDATA) so they must know what they're intending. -- -- 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

Re: (ITS#7594) incomplete MDB subdb cursor cleanup
by h.b.furuseth＠usit.uio.no 28 May '13

28 May '13

On 2013-05-28 15:03, hyc(a)symas.com wrote: >> It looks like mdb_drop0() should also reset/uninitialize >> other cursors in the same (sub)database. Currently such >> cursors keep any references to the deleted pages. >> > Just doc this. No cursors should be open on a DB that is being > dropped. Doesn't help mdb_cursor_del's call to mdb_drop0 when F_SUBDATA. Is that safe? -- Hallvard

1 0

Re: (ITS#7608) cn=config with modifiersdn outside cn=config breaks recovery using slapadd
by hyc＠symas.com 28 May '13

28 May '13

Christian Kratzer wrote: > Hi Howard, > > On Mon, 27 May 2013, Howard Chu wrote: > <snipp/> >> This is now fixed in git master. Nothing fishy about the entry besides the >> modifiersName. I've now tweaked slapadd to allow it. > > I can confirm my test cases all work now on openlap master on CentOS 6.4: > > I also applied following two patches to openldap-2.4.35 and tested with the customers full configuration: > > From 6dab36e97afb680452a13efd41e8653a8949e2aa Mon Sep 17 00:00:00 2001 > From: Howard Chu <hyc(a)openldap.org> > Date: Mon, 27 May 2013 08:57:15 -0700 > Subject: [PATCH] ITS#7608 promoted attrs must have valid ad_index > > From b7df586674c65f1637ab5a59bd0a386f2031e95f Mon Sep 17 00:00:00 2001 > From: Howard Chu <hyc(a)openldap.org> > Date: Mon, 27 May 2013 18:51:34 -0700 > Subject: [PATCH] ITS#7608 allow slapadd w/unknown RDNs for config DB > > Thanks a lot for the prompt fix. You're welcome. Thanks for confirming. > > Greetings > Christian > -- -- 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

Re: (ITS#7594) incomplete MDB subdb cursor cleanup
by hyc＠symas.com 28 May '13

28 May '13

h.b.furuseth(a)usit.uio.no wrote: > Stealing this ITS for delete-related cursor problems, > since the ITSed problem is more general anyway: > > It looks like mdb_drop0() should also reset/uninitialize > other cursors in the same (sub)database. Currently such > cursors keep any references to the deleted pages. > Just doc this. No cursors should be open on a DB that is being dropped. -- -- 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

Re: (ITS#7608) cn=config with modifiersdn outside cn=config breaks recovery using slapadd
by ck＠cksoft.de 28 May '13

28 May '13

Hi Howard, On Mon, 27 May 2013, Howard Chu wrote: <snipp/> > This is now fixed in git master. Nothing fishy about the entry besides the > modifiersName. I've now tweaked slapadd to allow it. I can confirm my test cases all work now on openlap master on CentOS 6.4: I also applied following two patches to openldap-2.4.35 and tested with the customers full configuration: From 6dab36e97afb680452a13efd41e8653a8949e2aa Mon Sep 17 00:00:00 2001 From: Howard Chu <hyc(a)openldap.org> Date: Mon, 27 May 2013 08:57:15 -0700 Subject: [PATCH] ITS#7608 promoted attrs must have valid ad_index From b7df586674c65f1637ab5a59bd0a386f2031e95f Mon Sep 17 00:00:00 2001 From: Howard Chu <hyc(a)openldap.org> Date: Mon, 27 May 2013 18:51:34 -0700 Subject: [PATCH] ITS#7608 allow slapadd w/unknown RDNs for config DB Thanks a lot for the prompt fix. Greetings Christian -- Christian Kratzer CK Software GmbH Email: ck(a)cksoft.de Wildberger Weg 24/2 Phone: +49 7032 893 997 - 0 D-71126 Gaeufelden Fax: +49 7032 893 997 - 9 HRB 245288, Amtsgericht Stuttgart Web: http://www.cksoft.de/ Geschaeftsfuehrer: Christian Kratzer

1 0

Re: (ITS#7594) incomplete MDB subdb cursor cleanup
by h.b.furuseth＠usit.uio.no 28 May '13

28 May '13

Stealing this ITS for delete-related cursor problems, since the ITSed problem is more general anyway: It looks like mdb_drop0() should also reset/uninitialize other cursors in the same (sub)database. Currently such cursors keep any references to the deleted pages. -- Hallvard

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