March 2011 - openldap-bugs

by cmikk＠qwest.net

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

10 years, 8 months

1
0
0 / 0

(ITS#6883) Improved Makefiles for contrib modules

by bgmilne＠staff.telkomsa.net

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/curre... 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.

10 years, 8 months

1
0
0 / 0

Re: (ITS#6882) Mirror in Hamburg, germany

by Kurt Zeilenga

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

10 years, 8 months

1
0
0 / 0

(ITS#6882) Mirror in Hamburg, germany

by mirror＠artfiles.org

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/

10 years, 8 months

1
0
0 / 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

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

10 years, 8 months

1
0
0 / 0

Re: (ITS#6868) When used in conjunction with the translucent overlay, the rwm overlay filters out auxiliary objectclasses

by ali.pouya＠free.fr

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

10 years, 8 months

1
0
0 / 0

Re: (ITS#6878) ppcache segfault with tavl_delete

by tjgates＠castlebranch.com

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

10 years, 8 months

1
0
0 / 0

ITS#6880 published: SECURITY: ldap_free_urllist segfault

by openldap-its＠OpenLDAP.org

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

10 years, 8 months

1
0
0 / 0

(ITS#6881)

by rottex＠gmx.net

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--

10 years, 8 months

1
0
0 / 0

Another fix for (ITS#6872)

by cmikk＠qwest.net

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.

10 years, 8 months

1
0
0 / 0

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs March 2011