Have we verified the connection is error-free and run a memory test on this host? It seems there are issues with a stable connection to the network.
> On Jan 16, 2025, at 5:35 PM, Suresh Veliveli <[email protected]> > wrote: > > Had another crash. Attached is the log from " thread apply all bt full". > > Regards, > Suresh > > > On Thu, Jan 16, 2025 at 7:16 PM Suresh Veliveli > <[email protected] <mailto:[email protected]>> > wrote: >> Any thoughts on this? >> >> Regards, >> Suresh >> >> On Mon, Jan 13, 2025 at 10:42 AM Suresh Veliveli >> <[email protected] <mailto:[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 <http://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] >>> <mailto:[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 >>>> <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) > > > > -- > 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) > <trace_output.txt>
