Ok. Here it is from Feb 27th. Logs from the master.

Feb 27 11:59:53 aaa-prod-master-1 slapd[155194]: conn=3685651 op=1 syncprov_sendresp: cookie=rid=129,csn=20250227165948.748550Z#000000#000#000000
Feb 27 23:06:05 aaa-prod-master-1 slapd[693294]: conn=8478 op=1 syncprov_op_search: got a persistent search with a cookie=rid=129,csn=20250227165948.748550Z#000000#000#000000
Feb 27 23:07:07 aaa-prod-master-1 slapd[693294]: conn=8478 op=1 syncprov_search_response: cookie=rid=129,csn=20250228040540.047268Z#000000#000#000000

Nothing gets logged from Feb 27 11:59 to Feb 27 23:06 (this is when the replica is restarted)

Logs for conn=3685651:

Feb 27 11:59:53 aaa-prod-master-1 slapd[155194]: conn=3685651 op=1 syncprov_sendresp: cookie=rid=129,csn=20250227165924.610754Z#000000#000#000000
Feb 27 11:59:53 aaa-prod-master-1 slapd[155194]: conn=3685651 op=1 syncprov_sendresp: sending LDAP_SYNC_MODIFY, dn=uid=jc3689,ou=people,dc=georgetown,dc=edu
Feb 27 11:59:53 aaa-prod-master-1 slapd[155194]: conn=3685651 op=1 syncprov_sendresp: cookie=rid=129,csn=20250227165924.624981Z#000000#000#000000
Feb 27 11:59:53 aaa-prod-master-1 slapd[155194]: conn=3685651 op=1 syncprov_sendresp: sending LDAP_SYNC_MODIFY, dn=uid=jc3689,ou=people,dc=georgetown,dc=edu
Feb 27 11:59:53 aaa-prod-master-1 slapd[155194]: conn=3685651 op=1 syncprov_sendinfo: sending a new cookie=rid=132,csn=20250227165924.651294Z#000000#000#000000
Feb 27 11:59:53 aaa-prod-master-1 slapd[155194]: conn=3685651 op=1 syncprov_sendinfo: sending a new cookie=rid=132,csn=20250227165924.664995Z#000000#000#000000
Feb 27 11:59:53 aaa-prod-master-1 slapd[155194]: conn=3685651 op=1 syncprov_sendresp: cookie=rid=129,csn=20250227165924.685466Z#000000#000#000000
Feb 27 11:59:53 aaa-prod-master-1 slapd[155194]: conn=3685651 op=1 syncprov_sendresp: sending LDAP_SYNC_MODIFY, dn=uid=dt784,ou=people,dc=georgetown,dc=edu
Feb 27 11:59:53 aaa-prod-master-1 slapd[155194]: conn=3685651 op=1 syncprov_sendresp: cookie=rid=129,csn=20250227165924.697980Z#000000#000#000000
Feb 27 11:59:53 aaa-prod-master-1 slapd[155194]: conn=3685651 op=1 syncprov_sendresp: sending LDAP_SYNC_MODIFY, dn=uid=dt784,ou=people,dc=georgetown,dc=edu
Feb 27 11:59:53 aaa-prod-master-1 slapd[155194]: conn=3685651 op=1 syncprov_sendresp: cookie=rid=129,csn=20250227165944.116976Z#000000#000#000000
Feb 27 11:59:53 aaa-prod-master-1 slapd[155194]: conn=3685651 op=1 syncprov_sendresp: sending LDAP_SYNC_MODIFY, dn=uid=aa3184,ou=people,dc=georgetown,dc=edu
Feb 27 11:59:53 aaa-prod-master-1 slapd[155194]: conn=3685651 op=1 syncprov_sendresp: cookie=rid=129,csn=20250227165948.741563Z#000000#000#000000
Feb 27 11:59:53 aaa-prod-master-1 slapd[155194]: conn=3685651 op=1 syncprov_sendresp: sending LDAP_SYNC_MODIFY, dn=uid=mr2086,ou=people,dc=georgetown,dc=edu
Feb 27 11:59:53 aaa-prod-master-1 slapd[155194]: conn=3685651 op=1 syncprov_sendresp: cookie=rid=129,csn=20250227165948.748550Z#000000#000#000000
Feb 27 11:59:53 aaa-prod-master-1 slapd[155194]: conn=3685651 op=1 syncprov_sendresp: sending LDAP_SYNC_MODIFY, dn=uid=mr2086,ou=people,dc=georgetown,dc=edu

The above is the last entry in logs for conn=3685651.

On Tue, Mar 4, 2025 at 9:44 AM Ondřej Kuzník <ondra@mistotebe.net> wrote:

On Tue, Mar 04, 2025 at 08:48:46AM -0500, Suresh Veliveli wrote:
> Hi Ondřej,
>
> Thanks for getting back. I do have the logs from a previous
> replication stall. I'll capture the logs again next time it happens. I
> checked the logs. I don't see any abandoned connections.
>
> [...]
>
> *Master logs:*
> Jan 1 20:59:18 aaa-prod-master-1 slapd[3281130]: conn=1035 op=1
> syncprov_sendresp:
> cookie=rid=152,csn=20250102015911.686467Z#000000#000#000000
> *Jan 1 20:59:18 aaa-prod-master-1 slapd[3281130]: conn=1035 op=1
> syncprov_sendresp: cookie=rid=152,csn=**20250102015911.702871Z#000000#*
> *000#000000*
>
> *Nothing about rid=152 is logged after the above.*

Hi Suresh,
I am not asking you to look for rid=152, I am asking to use that message
to find the correct connid=x op=y pair (e.g. conn=1035 op=1 here) that
you *then* can use to find all messages related to that session which is
what we are *actually* interested in.

None of the other information is likely to be useful without you doing
this and we won't make any progress until that's been gathered...

Thanks,

--
Ondřej Kuzník
Senior Software Engineer
Symas Corporation http://www.symas.com
Packaged, certified, and supported LDAP solutions powered by OpenLDAP