openldap-bugs March 2011

openldap-bugs@openldap.org

47 participants
119 discussions

Re: Another fix for (ITS#6872)
by cmikk＠qwest.net 29 Mar '11

29 Mar '11

I've corrected the above patch (si->si_contextdn was only coincidentally the correct value to use there), combined it with the previous patch, and posted the result at: http://mikk.net/~chris/syncprov/patch-syncprov.c Thanks, -Chris

1 0

(ITS#6883) Improved Makefiles for contrib modules
by bgmilne＠staff.telkomsa.net 29 Mar '11

29 Mar '11

Full_Name: Buchan Milne Version: 2.4.25 OS: Linux URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (196.25.124.16) While the code in contrib is not supported, some overlays provide make files, some don't, and there were variations in a lot of the make files (e.g. use of DESTDIR or not). In order to add make files for overlays that don't have them, improve the consistency of the make files between overlays that had them, and to provide some basic sanity testing in a 'test' target, I have created the patch at: http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/openldap/current… The patch is against 2.4.25, but should apply to master (except that there two additional overlays are present in master). Where feasible I have retained the majority of an existing make file, in other cases, where modifications would exceed the original content, I have replaced existing make files wholesale. The attached patch file is derived from OpenLDAP Software. All of the modifications to OpenLDAP Software represented in the following patch(es) were developed by Buchan Milne (bgmilne(a)staff.telkomsa.net). I have not assigned rights and/or interest in this work to any party.

1 0

Re: (ITS#6882) Mirror in Hamburg, germany
by Kurt Zeilenga 29 Mar '11

29 Mar '11

While we appreciate your re-newed offer, as our needs have not changed we continue not to accept new official mirrors. This, and well as your previous offer, will remain on file in case our needs do change. Regards, Kurt

1 0

(ITS#6882) Mirror in Hamburg, germany
by mirror＠artfiles.org 29 Mar '11

29 Mar '11

Full_Name: Andreas Worbs Version: OS: URL: Submission from: (NULL) (80.252.98.63) Hi, i wrote you a few months ago about our mirror but you weren't interested. So i want to ask you if you are interested now? Our mirror is in Hamburg, Germany and has a bandwith of 1 Gbit/s. The URLs: http://artfiles.org/openldap.org/ ftp://artfiles.org/openldap.org/

1 0

Re: (ITS#6868) When used in conjunction with the translucent overlay, the rwm overlay filters out auxiliary objectclasses
by h.b.furuseth＠usit.uio.no 29 Mar '11

29 Mar '11

Note, this bug is not related to auxiliary classes. The same thing happens if you add a superclass like 'top' instead of extensibleObject. ali.pouya(a)free.fr writes: > Can someone help me about this problem ? > We use Samba in our project and it needs some auxiliary classes which > disappear in this configuration. > The design of my project depends on the correction of this bug. OpenLDAP is volunteer-driven, currently busy with migration from CVS to Git, and we'll get to the bug when we get to it. If you can't wait to see if that'll be soon, the openldap-technical mailinglist has a wider readership than the bug database. Maybe your problem can be solved differently if you describe what you want in more detail, and someone there can think of how: http://www.openldap.org/lists/mm/listinfo/openldap-technical Or you can pay someone to fix the bug: http://www.openldap.org/support/ I can think of a things to try myself. Maybe you can rearrange your setup to put rwm on another database, or maybe it's a recent bug and it works with an earlier OpenLDAP version. -- Hallvard

1 0

Re: (ITS#6868) When used in conjunction with the translucent overlay, the rwm overlay filters out auxiliary objectclasses
by ali.pouya＠free.fr 29 Mar '11

29 Mar '11

Hi all, Can someone help me about this problem ? We use Samba in our project and it needs some auxiliary classes which disappear in this configuration. The design of my project depends on the correction of this bug. Thanks a lot Best Regards Ali Pouya

1 0

Re: (ITS#6878) ppcache segfault with tavl_delete
by tjgates＠castlebranch.com 27 Mar '11

27 Mar '11

I've installed version 2.4.24 and been running it for a few days now. I'll report back in a few days on it's outcome. On Mar 24, 2011, at 1:34 PM, Quanah Gibson-Mount <quanah(a)zimbra.com> wrote: > --On Thursday, March 24, 2011 4:28 PM +0000 tjgates(a)castlebranch.com wrote: > >> Full_Name: Tyler Gates >> Version: 2.4.21 >> OS: Ubuntu 10.04.2 LTS/CentOS 5.4 >> URL: ftp://ftp.openldap.org/incoming/ >> Submission from: (NULL) (24.106.216.17) >> >> >> I have a caching proxy server (2.4.21) in front of two multi-masters. >> After about 1 to 3 days it will segfault only when caching is enabled. >> Log files are normally pretty useless but are normally in the operation >> of removing stale queries: > > Bug reports with 2.4.21 are not being pursued. Please use a current release (2.4.24) and verify whether or not the issue still exists there. > > --Quanah > > > -- > > Quanah Gibson-Mount > Sr. Member of Technical Staff > Zimbra, Inc > A Division of VMware, Inc. > -------------------- > Zimbra :: the leader in open source messaging and collaboration

1 0

ITS#6880 published: SECURITY: ldap_free_urllist segfault
by openldap-its＠OpenLDAP.org 27 Mar '11

27 Mar '11

Private ITS#6880 is now publicly readable URL: http://www.OpenLDAP.org/its/?findid=6880

1 0

(ITS#6881)
by rottex＠gmx.net 26 Mar '11

26 Mar '11

This is a multi-part message in MIME format. --------------090304070908010006050102 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit double post of ITS#6880 since openldap homepage had an error while submitting. please delete this one ! THX --------------090304070908010006050102 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta http-equiv="content-type" content="text/html; charset=UTF-8"> </head> <body bgcolor="#ffffff" text="#000000"> double post of ITS#6880 since openldap homepage had an error while submitting. please delete this one ! THX </body> </html> --------------090304070908010006050102--

1 0

Another fix for (ITS#6872)
by cmikk＠qwest.net 25 Mar '11

25 Mar '11

I have found another corner case which can cause this behavior. If syncprov_findcsn() cannot find an entry with CSN matching the cookie mincsn, it tries to search for an entry with CSN less than or equal to the mincsn. For this search, it sets the unchecked limit to 1. If the scope of the search is not the whole database, this can cause the search to fail. The entryCSN filter identifies one candidate, and if that candidate is out of scope the search will fail, causing a full refresh. Two potential fixes here would be: 1) Set the hard or soft limits to 1 instead of the unchecked limit. This search is used to determine if an expensive full refresh is necessary, so a more expensive check may be acceptable. 2) Search the overlaid database for the desired entryCSN instead of just the replicated subtree. This is what I've implemented locally. The patch (against 2.4.24): diff --git a/servers/slapd/overlays/syncprov.c b/servers/slapd/overlays/syncprov.c index 349b580..a7147a2 100644 --- a/servers/slapd/overlays/syncprov.c +++ b/servers/slapd/overlays/syncprov.c @@ -679,6 +679,8 @@ again: fop.ors_limit = &fc_limits; memset( &fc_limits, 0, sizeof( fc_limits )); fc_limits.lms_s_unchecked = 1; + fop.o_req_dn = si->si_contextdn; + fop.o_req_ndn = si->si_contextdn; fop.ors_filterstr.bv_len = snprintf( buf, sizeof( buf ), "(entryCSN<=%s)", cf.f_av_value.bv_val ); } -- Chris Mikkelson | Problems are posed by fools like me; cmikk(a)qwest.net | But only Heuristics can search a tree.

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs March 2011