openldap-bugs

openldap-bugs@openldap.org

1 participants
20961 discussions

Re: (ITS#5261) Samba4 can 'hang' OpenLDAP slapd
by hyc＠symas.com 11 Dec '07

11 Dec '07

Andrew Bartlett wrote: > I wonder if there is a known issue with db 4.6 and OpenLDAP, as Fedora's > OpenLDAP seems to include it's own libslapd_db-4.4.so (it has a > slapd_db_stat to match, for 4.4). I think they packaged that to avoid using BDB 4.3 which was known to be broken. I've been using OpenLDAP with BDB 4.6.1 thru 4.6.3, and 4.6.18 thru 4.6.21 without any trouble. -- -- 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: (ITS#5265) back-ldif flunks test004-modify
by h.b.furuseth＠usit.uio.no 11 Dec '07

11 Dec '07

Pierangelo Masarati writes: >> test017-syncreplication-refresh > > works for me (in HEAD) For me too. Likely you fixed it with ldapdelete. However now HEAD run -b ldif test011-glue-slapadd fails with differently sorted entries: cn=Manager,dc=example,dc=com is out of place. >> test025-limits [didn't bump into server-side unchecked limit] > > no notion of "unckecked" (should walk the tree to find out how many > entries are there...) Or backends could count down from sizelimit.unchecked while examining and returning entries/referrals. Then fail with adminLimitExceeded if they reach zero. Is it OK to return entries followed by adminLimitExceeded? I don't see any protest in the LDAP RFCs, but I remember vaguely that the code may be mimicing X.500 errors which should not be combined with result entries. (I'll need to reread X.500 soon, it's been too long...) -- Regards, Hallvard

1 0

Re: (ITS#5265) back-ldif flunks test004-modify
by ando＠sys-net.it 11 Dec '07

11 Dec '07

h.b.furuseth(a)usit.uio.no wrote: test004 & test008: fixed (incorrect handling of file deletion) > While I'm checking this - other tests that fail with back-ldif: > test027-emptydn [cannot slapadd to a database with suffix ""] fixed > Unsupported operations, I guess: > test016-subref todo > test017-syncreplication-refresh works for me (in HEAD) > test025-limits [didn't bump into server-side unchecked limit] no notion of "unckecked" (should walk the tree to find out how many entries are there...) > test037-manage manage not supported > OK failure - compare fails because of entry order from ldapsearch: > test012-glue-populate todo > test026-dn fixed (search results not sorted by DN, thus insertion order not preserved by fs) > test004, test008 and test017 succeed in 2.3.38. Maybe the fix to > ITS#4627 (back-ldif issues) was bad? > 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

Re: (ITS#5272) facsimileNumber matching rules status
by ando＠sys-net.it 11 Dec '07

11 Dec '07

anders(a)anduras.de wrote: > I'm filing this new bug report, because I cannot add the question to the real > issue with number 2571 (it's always "Rejected; blocked by automated review > system"). Just send a message to openldap-its(a)openldap.org with ITS#2571 in the subject. > > So, take a look at: > http://www.openldap.org/its/index.cgi/Contrib?id=2571 > > My questions are: > > - What is the current status of this issue / patch? > (I want to see it supported as soon as possible.) Just edit the schema files, adding the desired matching rules. > - What does "Await IETF action" mean?? Presumably, there's an action open with IETF about modifying that schema item. As soon as it's officially modified, OpenLDAP will modify the schema files accordingly. In the meanwhile, all we can do is release schema files that comply with the current standard. This ITS will be closed. 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

(ITS#5272) facsimileNumber matching rules status
by anders＠anduras.de 11 Dec '07

11 Dec '07

Full_Name: Sven Anders Version: 2.3.35 OS: Linux URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (84.145.248.173) Hello! I'm filing this new bug report, because I cannot add the question to the real issue with number 2571 (it's always "Rejected; blocked by automated review system"). So, take a look at: http://www.openldap.org/its/index.cgi/Contrib?id=2571 My questions are: - What is the current status of this issue / patch? (I want to see it supported as soon as possible.) - What does "Await IETF action" mean?? Regards S.

1 0

(ITS#5271) size limit by ip (feature request)
by phr2101＠columbia.edu 10 Dec '07

10 Dec '07

Full_Name: Patrick Radtke Version: 2.3.24 OS: RHEL4 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (68.145.98.209) The limits 'who' clause should be extended to allow control by ip address. Pierangelo Masarati said "Your problem sounds general enough to deserve an extension of the limits "who" clause semantics (I don't see it quite high-priority, though). In any case, the modification should be trivial enough. I suggest you file an ITS for a feature request." in response to my problem > Basically we have software running on a host that is > unable to authenticate (due to 3rd party software) > and we need to increase the size limits for queries coming from it, > without increasing that limit for all anonymous binds.

1 0

(ITS#5270) admin24/replication.html spelling
by msporleder＠gmail.com 10 Dec '07

10 Dec '07

Full_Name: Matthew Sporleder Version: 2.4 OS: netbsd URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (24.248.74.254) Try accepted here: As long as one Master is operational, writes can safely be excepted

1 0

Re: (ITS#5267) slapo-dds prevents slapd from starting in case of an empty DB
by michael＠stroeder.com 09 Dec '07

09 Dec '07

Pierangelo Masarati wrote: >> Pierangelo Masarati wrote: >>> Should be fixed in HEAD. Please test. p. >> Nope. Synced head, make distclean and re-installed. But still it does >> not start (see log below). > > Should be fixed now (no need to distclean; just make sure dds is re-built > and re-installed!). Please, re-test. Yupp. Works as expected now. Thank you. Ciao, Michael.

1 0

Re: (ITS#5268) dSAOperation attributes should not be replicated
by ghenry＠suretecsystems.com 08 Dec '07

08 Dec '07

hyc(a)OpenLDAP.org wrote: > Full_Name: Howard Chu > Version: HEAD/RE24/RE23 > OS: > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (76.91.220.157) > Submitted by: hyc > > > Operational attributes like auditContext and contextCSN that are specific to a > particular DSA should never be replicated. > > It may make sense to add a check in slap_send_search_entry to skip all > dSAOperation attributes at that point. That would catch all instances, but it > would mean they were generated needlessly by whatever code manages the > attribute. > > For now, patching accesslog.c and syncprov.c seems more useful. > Excellent, this solves having to load accesslog on the consumer. -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 824887 E ghenry(a)suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/

1 0

Re: (ITS#5267) slapo-dds prevents slapd from starting in case of an empty DB
by ando＠sys-net.it 08 Dec '07

08 Dec '07

> Pierangelo Masarati wrote: >> Should be fixed in HEAD. Please test. p. > > Nope. Synced head, make distclean and re-installed. But still it does > not start (see log below). Should be fixed now (no need to distclean; just make sure dds is re-built and re-installed!). Please, re-test. 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