Itís not a replication setup. The consumer is a relatively ancient proprietary implementation of the syncrepl protocol, over which I have very influence.
I believe the problem is syncprov.c lines 3335 and 3341, which appear to be setting `do_present = SS_PRESENT;` while simultaneously ignoring the value of si->si_nopres. Replacing the lines above with `if ( !si->si_nopres ) do_present = SS_PRESENT;` appears to fix the problem for my use case, and is closer to how the logic worked in previous versions of slapd.
--On Tuesday, March 8, 2022 10:46 AM +0000 email@example.com wrote:
> I have an OpenLDAP server I'm upgrading from 2.4.58 to 2.6.0. The server
> is configured with the syncprov plugin, with "olcSpNoPresent: TRUE".
You'd have to better describe your replication setup. The *only* time
no-present should be set to TRUE is when it's on top of an accesslog
database that's being used by delta-syncrepl, as explicitly stated in the
The information included in this email and any files transmitted with it may contain information that is confidential and it must not be used by, or its contents or attachments copied or disclosed to, persons other than the intended addressee. If you have received this email in error, please notify BJSS. In the absence of written agreement to the contrary BJSS' relevant standard terms of contract for any work to be undertaken will apply. Please carry out virus or such other checks as you consider appropriate in respect of this email. BJSS does not accept responsibility for any adverse effect upon your system or data in relation to this email or any files transmitted with it. BJSS Limited, a company registered in England and Wales (Company Number 2777575), VAT Registration Number 613295452, Registered Office Address, 1 Whitehall Quay, Leeds, LS1 4HR