I got the debug info this time. Whenever I restart a stuck replica it is crashing the master. Hope the following will be helpful. 

Regards,
Suresh

-------------------
Using host libthread_db library "/lib64/libthread_db.so.1".
Core was generated by `/var/services/openldap/libexec/slapd -h ldap://*:389 ldaps://*:636 -f /var/serv'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  connection_abandon (c=0x7f27364cf0e8) at connection.c:714
714                     op.orn_msgid = o->o_msgid;
[Current thread is 1 (Thread 0x7f0d98cf5640 (LWP 2460))]
(gdb) bt full
#0  connection_abandon (c=0x7f27364cf0e8) at connection.c:714
        rs = {sr_type = REP_RESULT, sr_tag = 0, sr_msgid = 0, sr_err = 0, sr_matched = 0x0, sr_text = 0x0, sr_ref = 0x0,
          sr_ctrls = 0x0, sr_un = {sru_search = {r_entry = 0x0, r_attr_flags = 0, r_operational_attrs = 0x0, r_attrs = 0x0,
              r_nentries = 0, r_v2ref = 0x0}, sru_sasl = {r_sasldata = 0x0}, sru_extended = {r_rspoid = 0x0, r_rspdata = 0x0}},
          sr_flags = 0}
        o = 0x7f0d8413eab0
        next = 0x7f0d74137490
        op = {o_hdr = 0x7f0d98cf45e0, o_tag = 80, o_time = 0, o_tincr = 0, o_tusec = 0, o_qtime = {tv_sec = 0, tv_usec = 0},
          o_bd = 0x0, o_req_dn = {bv_len = 0, bv_val = 0x0}, o_req_ndn = {bv_len = 0, bv_val = 0x0}, o_request = {oq_add = {
              rs_modlist = 0x0, rs_e = 0x0}, oq_bind = {rb_method = 0, rb_cred = {bv_len = 0, bv_val = 0x0}, rb_edn = {bv_len = 0,
                bv_val = 0x0}, rb_ssf = 0, rb_mech = {bv_len = 0, bv_val = 0x0}}, oq_compare = {rs_ava = 0x0}, oq_modify = {
              rs_mods = {rs_modlist = 0x0, rs_no_opattrs = 0 '\000'}, rs_increment = 0}, oq_modrdn = {rs_mods = {rs_modlist = 0x0,
                rs_no_opattrs = 0 '\000'}, rs_deleteoldrdn = 0, rs_newrdn = {bv_len = 0, bv_val = 0x0}, rs_nnewrdn = {bv_len = 0,
                bv_val = 0x0}, rs_newSup = 0x0, rs_nnewSup = 0x0, rs_newDN = {bv_len = 0, bv_val = 0x0}, rs_nnewDN = {bv_len = 0,
                bv_val = 0x0}}, oq_search = {rs_scope = 0, rs_deref = 0, rs_slimit = 0, rs_tlimit = 0, rs_limit = 0x0,
              rs_attrsonly = 0, rs_attrs = 0x0, rs_filter = 0x0, rs_filterstr = {bv_len = 0, bv_val = 0x0}}, oq_abandon = {
              rs_msgid = 0}, oq_cancel = {rs_msgid = 0}, oq_extended = {rs_reqoid = {bv_len = 0, bv_val = 0x0}, rs_flags = 0,
              rs_reqdata = 0x0}, oq_pwdexop = {rs_extended = {rs_reqoid = {bv_len = 0, bv_val = 0x0}, rs_flags = 0,
                rs_reqdata = 0x0}, rs_old = {bv_len = 0, bv_val = 0x0}, rs_new = {bv_len = 0, bv_val = 0x0}, rs_mods = 0x0,
              rs_modtail = 0x0}}, o_abandon = 0, o_cancel = 0, o_groups = 0x0, o_do_not_cache = 0 '\000',
          o_is_auth_check = 0 '\000', o_dont_replicate = 0 '\000', o_acl_priv = ACL_NONE, o_nocaching = 0 '\000',
          o_delete_glue_parent = 0 '\000', o_no_schema_check = 0 '\000', o_no_subordinate_glue = 0 '\000',
          o_ctrlflag = '\000' <repeats 31 times>, o_controls = 0x0, o_authz = {sai_method = 0, sai_mech = {bv_len = 0,
              bv_val = 0x0}, sai_dn = {bv_len = 0, bv_val = 0x0}, sai_ndn = {bv_len = 0, bv_val = 0x0}, sai_ssf = 0,
            sai_transport_ssf = 0, sai_tls_ssf = 0, sai_sasl_ssf = 0}, o_ber = 0x0, o_res_ber = 0x0, o_callback = 0x0,
          o_ctrls = 0x0, o_csn = {bv_len = 0, bv_val = 0x0}, o_private = 0x0, o_extra = {slh_first = 0x0}, o_next = {
            stqe_next = 0x0}}
        ohdr = {oh_opid = 0, oh_connid = 143657, oh_conn = 0x7f27364cf0e8, oh_msgid = 0, oh_protocol = 0, oh_tid = 0,
          oh_threadctx = 0x0, oh_tmpmemctx = 0x0, oh_tmpmfuncs = 0x0, oh_counters = 0x0, oh_log_prefix = '\000' <repeats 255 times>}
#1  0x00000000004460d5 in connection_closing (c=0x7f27364cf0e8, why=0x5db380 <conn_lost_str> "connection lost") at connection.c:785
        __PRETTY_FUNCTION__ = "connection_closing"
#2  0x0000000000447d18 in connection_read (s=25, cri=0x7f0d98cf49a0) at connection.c:1453
        rc = -2
        c = 0x7f27364cf0e8
        __PRETTY_FUNCTION__ = "connection_read"
#3  0x000000000044741b in connection_read_thread (ctx=0x7f0d98cf49f0, argv=0x19) at connection.c:1260
        rc = 0
        cri = {op = 0x7f0d74137490, func = 0x0, arg = 0x0, ctx = 0x7f0d98cf49f0, nullop = 0}
        s = 25
--Type <RET> for more, q to quit, c to continue without paging--c
#4  0x00007f274ee74bed in ldap_int_thread_pool_wrapper (xpool=0xc9b0c0) at tpool.c:1059
        pq = 0xc9b0c0
        pool = 0xc9afc0
        task = 0x7f0da01c5960
        work_list = 0xc9b130
        ctx = {ltu_pq = 0xc9b0c0, ltu_id = 139696375027264, ltu_key = {{ltk_key = 0x4be35e <slap_sl_mem_init>,
              ltk_data = 0x7f0d90000b60, ltk_free = 0x4be177 <slap_sl_mem_destroy>}, {ltk_key = 0x4466db <operation_counter_init>,
              ltk_data = 0x7f0d90100bb0, ltk_free = 0x44652a <conn_counter_destroy>}, {ltk_key = 0xf79390,
              ltk_data = 0x7f0d90101170, ltk_free = 0x539d95 <mdb_reader_free>}, {ltk_key = 0x519179 <search_stack>,
              ltk_data = 0x7f0d8a5fe010, ltk_free = 0x519155 <search_stack_free>}, {ltk_key = 0x515d3d <scope_chunk_get>,
              ltk_data = 0x7f0d981f4010, ltk_free = 0x515cf3 <scope_chunk_free>}, {ltk_key = 0x46103b <slap_op_free>,
              ltk_data = 0x7f0dc8694410, ltk_free = 0x460f8b <slap_op_q_destroy>}, {ltk_key = 0x0, ltk_data = 0x0,
              ltk_free = 0x0} <repeats 26 times>}}
        kctx = 0x0
        i = 32
        keyslot = 521
        hash = 1213313545
        pool_lock = 0
        freeme = 0
        __PRETTY_FUNCTION__ = "ldap_int_thread_pool_wrapper"
#5  0x00007f274e489c02 in start_thread () from /lib64/libc.so.6
No symbol table info available.
#6  0x00007f274e50ec40 in clone3 () from /lib64/libc.so.6
No symbol table info available.
(gdb)

On Wed, Jan 8, 2025 at 7:38 AM Suresh Veliveli <Suresh.Veliveli@georgetown.edu> wrote:
Hi Ulrich,

Quanah helped to build one with debug and not stripped. 

Thanks,
Suresh

On Wed, Jan 8, 2025 at 2:29 AM Windl, Ulrich <u.windl@ukr.de> wrote:

Hi!

 

I don’t know the details of the build process, but sometimes RPM strips the binaries. Otherwis you could look for strip or a corresponding option in the Makefiles.

 

Ulrich

 

From: Suresh Veliveli <Suresh.Veliveli@georgetown.edu>
Sent: Tuesday, January 7, 2025 8:22 PM
To: Quanah Gibson-Mount <quanah@fast-mail.org>
Cc: Windl, Ulrich <u.windl@ukr.de>
Subject: [EXT] Re: consumer replication not recovering

 

I used "make STRIP="" install" but it still installed the stripped version. I understand your suggestion. I don't have the appropriate access on my end to install Symas packages. I can only install the ones I build with a prefix limited to /var/services directory. 

 

Thanks,
Suresh

 

On Tue, Jan 7, 2025 at 2:07 PM Quanah Gibson-Mount <quanah@fast-mail.org> wrote:



--On Tuesday, January 7, 2025 11:22 AM -0500 Suresh Veliveli
<Suresh.Veliveli@georgetown.edu> wrote:

>
> I downloaded the src - openldap-apkg26.tar.gz, removed the optimization
> flags (export CFLAGS='-g'), configure, build and install, but still
> installed the stripped version. Am I missing something?
>
>
> [root@aaa-dev-gcp-1 libexec]# file slapd
> slapd: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically
> linked, interpreter /lib64/ld-linux-x86-64.so.2,
> BuildID[sha1]=547e20101751207ad48cc96006ea51e7610c7a1c, for GNU/Linux
> 3.2.0, stripped

This is basic software building, but:

make STRIP="" install

I still suggest using the Symas packages over building things yourself.

--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)


--
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)