Ondřej,
I'm using "logbase" in syncrepl to access the changelog (and a searchbase for the database), but I thought it's the way it should be.
I also think a symptom of the effect is a message like accesslog_response: adding a new csn=20250505085424.835827Z#000000#005#000000 into minCSN maybe related to do_syncrep2: rid=105 delta-sync lost sync on (reqStart=20250505085424.000000Z,cn=changelog-1), switching to REFRESH
Or maybe also accesslog_response: csn=20220825113916.999493Z#000000#001#000000 older than existing minCSN csn=20250217105250.345944Z#000000#001#000000 for this sid
Kind regards, Ulrich Windl
-----Original Message----- From: Ondřej Kuzník ondra@mistotebe.net Sent: Friday, May 9, 2025 11:02 AM To: Windl, Ulrich u.windl@ukr.de Cc: openldap-technical@openldap.org Subject: [EXT] Re: Q: The role of accesslog with delta syncrepl in OpenLDAP 2.5
On Fri, May 09, 2025 at 06:26:03AM +0000, Windl, Ulrich wrote:
Hi!
I think I converted my syncreply configuration (that wasn't perfect) to a delta syncrepl configuration (that I think is correct). However I'm not very confident whether everything is working as expected, also whether I'm using the correct procedures.
In the process of configuring I had hanging processes (adding the syncrepl overlay) and crasing processes (adding the syncprov).
Then I had noticed that slapd did empty the local accesslog (which I named changelog, because that is what it is). I had expected that slapd would only "append" new entries, and old entries would be expired as specified only.
Hi Ulrich, can you expand on what you mean by this since the only process I'm aware of is the configured expiry process. Just to be sure, you do *not* have a syncrepl stanza on you accesslog DB, only the actual DB you replicate, correct?
Also I wonder whether the local accesslog has some meaning when slapd start up: Does slapd consider its contents at all, and if so: In which way?
Not really, but it is used for conflict resolution in delta-MPR environments.
I had repeatable crashes when starting slapd until I deleted the changelogs.
Please check the version(s) that Quanah posted in the calls for testing messages on this list and report any crashes you can still reproduce. In general, please always report crashes to bugs.openldap.org with any information that is going to be helpful in reproducing them.
Thanks,
-- Ondřej Kuzník Senior Software Engineer Symas Corporation http://www.symas.com Packaged, certified, and supported LDAP solutions powered by OpenLDAP