Issue

What were you trying to do that didn't work? When supplier reinit the consumer in the same host, supplier instance encountered: Journal Dec 18 17:22:57 ldap-server0.example.com kernel: traps: ns-slapd[381473] general protection fault ip:7fcf33d78b10 sp:7fceba137058 error:0 in libslapd.so.0.1.0[7fcf33ccb000+1bd000] Supplier errors [18/Dec/2025:17:22:57.553464796 +1030] - INFO - NSMMReplicationPlugin - repl5_tot_run - Beginning total update of replica "agmt="cn=agmt1" (ldap-server0:9389)". [18/Dec/2025:17:22:57.580392940 +1030] - NOTICE - ldbm_back_search - Internal unindexed search: source (cn=Multisupplier Replication Plugin,cn=plugins,cn=config) search base="dc=example,dc=com" scope=2 filter="(parentid>=1)" conn=0 op=0 (internal op=7 count=1) Coredump info PID: 381459 (ns-slapd) UID: 389 (dirsrv) GID: 389 (dirsrv) Signal: 11 (SEGV) Timestamp: Thu 2025-12-18 17:22:57 ACDT (7min ago) Command Line: /usr/sbin/ns-slapd -D /etc/dirsrv/slapd-supplier0 -i /run/dirsrv/slapd-supplier0.pid Executable: /usr/sbin/ns-slapd Control Group: /system.slice/system-dirsrv.slice/dirsrv@supplier0.service Unit: dirsrv@supplier0.service Slice: system-dirsrv.slice ... Message: Process 381459 (ns-slapd) of user 389 dumped core. Stack trace of thread 381473: #0 0x00007fcf33d78b10 valuearray_isempty (libslapd.so.0 + 0x178b10) #1 0x00007fcf33cf1d0d slapi_entry_next_attr (libslapd.so.0 + 0xf1d0d) #2 0x00007fcf2fa8fb83 entry2bere (libreplication-plugin.so + 0x5db83) #3 0x00007fcf2fa953b8 send_entry (libreplication-plugin.so + 0x633b8) #4 0x00007fcf33d5a5b0 send_ldap_search_entry_ext (libslapd.so.0 + 0x15a5b0) #5 0x00007fcf33d5a974 send_ldap_search_entry (libslapd.so.0 + 0x15a974) #6 0x00007fcf33d884ee send_results_ext.constprop.0 (libslapd.so.0 + 0x1884ee) #7 0x00007fcf33d35851 op_shared_search (libslapd.so.0 + 0x135851) #8 0x00007fcf33d461cd search_internal_callback_pb (libslapd.so.0 + 0x1461cd) #9 0x00007fcf2fa95aa8 repl5_tot_run (libreplication-plugin.so + 0x63aa8) #10 0x00007fcf2fa84eea prot_thread_main (libreplication-plugin.so + 0x52eea) #11 0x00007fcf33aafbd4 _pt_root (libnspr4.so + 0x2cbd4) #12 0x00007fcf3388b2ea start_thread (libc.so.6 + 0x8b2ea) #13 0x00007fcf339103c0 __clone3 (libc.so.6 + 0x1103c0) And the supplier instance failed. What is the impact of this issue to you? Unable to reinit the consumer. Please provide the package NVR for which the bug is seen: 389-ds-base-2.7.0-7.el9_7.x86_64 389-ds-base-libs-2.7.0-7.el9_7.x86_64 cockpit-389-ds-2.7.0-9.module+el9dsrv+23618+febd3176.noarch T python3-lib389-2.7.0-7.el9_7.noarch How reproducible is this bug?: Always in customer's environment Steps to reproduce Replication re-init from supplier to consumer at same host Expected results Work without errors. Actual results Dec 18 17:22:57 ldap-server0.example.com kernel: traps: ns-slapd[381473] general protection fault ip:7fcf33d78b10 sp:7fceba137058 error:0 in libslapd.so.0.1.0[7fcf33ccb000+1bd000]

Release Notes

No. of Comments

Resolution

Unresolved