-
Bug
-
Resolution: Unresolved
-
Blocker
-
None
-
rhel-9.7
-
None
-
None
-
Important
-
rhel-idm-ds
-
None
-
False
-
False
-
-
None
-
None
-
None
-
None
-
Unspecified
-
Unspecified
-
Unspecified
-
None
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]
