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 <[email protected]> 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 > -- 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)
