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 <on...@mistotebe.net> > Sent: Friday, May 9, 2025 11:02 AM > To: Windl, Ulrich <u.wi...@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
