I do have these but no syncrepl_sync. Dec 12 08:59:30 aaa-prod-gcp-9 slapd[4165]: syncrepl_message_to_entry: rid=129 DN: uid=xxxx,ou=xxxx,dc=georgetown,dc=edu, UUID: 37387976-3ae0-103f-94fc-3b4be3361dc7 Dec 12 08:59:30 aaa-prod-gcp-9 slapd[4165]: syncrepl_entry: rid=129 LDAP_RES_SEARCH_ENTRY(LDAP_SYNC_MODIFY) csn=20241212135921.652395Z#000000#000#000000 tid 0x7f671b7fe640
Regards, Suresh On Fri, Dec 20, 2024 at 5:39 PM Suresh Veliveli < [email protected]> wrote: > Pretty sure It didn't hit the defined maxsize. > > -rw-------. 1 ldap_svc ldap_svc 108993459200 Dec 20 17:36 data.mdb > > du -c -h data.mdb > 5.2G data.mdb > 5.2G total > > I don't see any "syncrepl_sync" references in the replica logs. The > loglevel is "stats sync". Am I missing something? > > Thanks, > Suresh > > > > On Fri, Dec 20, 2024 at 5:15 PM Quanah Gibson-Mount <[email protected]> > wrote: > >> >> >> --On Friday, December 20, 2024 2:07 PM -0500 Suresh Veliveli >> <[email protected]> wrote: >> >> > >> > I do have sync logging enabled. This is the last record in the log file, >> > and after that, nothing. It isn't attempting to get changes. >> >> One thing I'd confirm is that you haven't hit the defined maxsize of your >> MDB database. >> >> Also, I don't see the result in what you posted for the operation. You >> seem to have excluded all the "syncrepl_sync" log lines which are >> critical. >> >> --Quanah >> >> > > -- > Suresh Veliveli > Sr. UNIX Systems Engineer > Georgetown University > University Information Services | Security Infrastructure and > Policy-Identity and Collaboration > 202-262-6676 (cell) | 202-687-3108 (work) > -- Suresh Veliveli Sr. UNIX Systems Engineer Georgetown University University Information Services | Security Infrastructure and Policy-Identity and Collaboration 202-262-6676 (cell) | 202-687-3108 (work)
