Any thoughts on this? Regards, Suresh
On Mon, Jan 13, 2025 at 10:42 AM Suresh Veliveli < [email protected]> wrote: > Hi Ondřej, > > Attached is the file from the last crash for "thread apply all bt full". I > built it from the src (openldap.org). The installation is prefixed to > /var/services/openldap directory. I do have "stats sync" log level enabled. > Our logs are huge, I could get the necessary info if you can tell what I > need to look for. > > Thanks, > Suresh > > On Mon, Jan 13, 2025 at 7:31 AM Ondřej Kuzník <[email protected]> wrote: > >> On Thu, Jan 02, 2025 at 10:32:23PM -0500, Suresh Veliveli wrote: >> > This is another instance where the replication stops. >> > >> > aaa-prod-aws-12:1636 >> > # requesting: contextCSN >> > contextCSN: *20250102015911.702871Z#000000#000#000000* >> > >> > *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, >> you shouldn't be searching for the rid= on the provider, you might use >> it to find the relevant "conn=xxx op=yyy" string and then search for >> that. >> >> When you encounter this stall, could you do a 'thread apply all bt full' >> on the provider? >> >> Given you also reported a crash in the server, where are you getting >> packages from? Are you sure you are loading all modules from there and >> not from an old version etc.? Would you be able to attach the provider >> logs with at least sync+stats log level enabled? You can redact any >> confidential information as needed. >> >> 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) > -- 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)
