Full_Name: Buchan Milne
Submission from: (NULL) (22.214.171.124)
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:
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.
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.
Full_Name: Andreas Worbs
Submission from: (NULL) (126.96.36.199)
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.
Note, this bug is not related to auxiliary classes. The same thing
happens if you add a superclass like 'top' instead of extensibleObject.
> 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:
Or you can pay someone to fix the bug:
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.
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
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) (188.8.131.52)
>> 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 Gibson-Mount
> Sr. Member of Technical Staff
> Zimbra, Inc
> A Division of VMware, Inc.
> Zimbra :: the leader in open source messaging and collaboration
This is a multi-part message in MIME format.
Content-Type: text/plain; charset=UTF-8; format=flowed
double post of ITS#6880 since openldap homepage had an error while
please delete this one !
Content-Type: text/html; charset=UTF-8
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<body bgcolor="#ffffff" text="#000000">
<font face="Arial">double post of ITS#6880 since openldap homepage
had an error while submitting.<br>
please delete this one !<br>
I have found another corner case which can cause this
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
diff --git a/servers/slapd/overlays/syncprov.c b/servers/slapd/overlays/syncprov.c
index 349b580..a7147a2 100644
@@ -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.