Thanks for the suggestion.
No I didn't run the core with gdb.
Please see http://www.openldap.org/faq/data/cache/56.html.
In any case, you don't need sync_use_subentry, unless your database's suffix is "".
The owner of the files is root and I am running the slapd process with root only.
Have rearranged the directives in the config. Please check the attached. But it is still throwing the same error.
Can you please suggest on this?
Rahul Manchanda
GS Selfcare Platform Build Team
Tel: +91 02066018100 Extn: 6178 SMTP: rahul.manchanda@bt.com
Office: Sharda Center ,6th Floor Annex Off Karve Road, Erandwana ,Pune-04
-----Original Message----- From: Dieter Kluenter [mailto:dieter@dkluenter.de] Sent: Wednesday, May 19, 2010 10:09 AM To: Manchanda,RK,Rahul,DKE C Cc: openldap-technical@openldap.org Subject: Re: Segmentation Fault appearing while doing the sync.-OpenLDAP 2.4.22
rahul.manchanda@bt.com writes:
Hi ,
I have added sync_use_subentry in the ldap configuration and it started throwing the core dump while performing the sync from other running server and stops the LDAP process.
Did you run the core within gdb?
Here is the error seen the in the debug logs.
<= index_entry_add( 114, "ou=New NetIQ StAlbans / Glasgow,ou=ChartReports,ou= services,o=BT" ) success
=> entry_encode(0x00000072): ou=New NetIQ StAlbans / Glasgow,ou= ChartReports,ou=services,o=BT
<= entry_encode(0x00000072): ou=New NetIQ StAlbans / Glasgow,ou= ChartReports,ou=services,o=BT
bdb_add: added id=00000072 dn="ou=New NetIQ StAlbans / Glasgow,ou= ChartReports,ou=services,o=BT"
send_ldap_result: conn=-1 op=0 p=0
send_ldap_result: err=0 matched="" text=""
bdb_modify: cn=ldapsync,o=bt
bdb_dn2entry("cn=ldapsync,o=bt")
=> bdb_dn2id("cn=ldapsync,o=bt")
<= bdb_dn2id: get failed: DB_NOTFOUND: No matching key/data pair found (-30988)
bdb_modify: dn2entry failed (-30988)
who is running slapd and who is the owner of dn2id.bdb and dn2entry.bdb?
send_ldap_result: conn=-1 op=0 p=0
send_ldap_result: err=10 matched="o=BT" text=""
error 10 indicates that the referral is not available.
Error 10 is there because the internal modification can't find the entry it's looking for, thus tries to send a referral according to updateref.
p.
./start_ldap.sh: line 3: 14900 Segmentation Fault (core dumped) /software /openldap2.4.22/libexec/slapd -f /software/openldap2.4.22/etc/openldap/ slapd.conf -h ldap://tardis02.nat.bt.com:489/ -d -1
Have attached the slapd.conf file.
Could you please suggest?
Your slapd.conf is completely bogus, don't mix global configuration parameters with database specific parameters, and vice versa. Overlay declarations have to follow all database configuration parameters.
overlay syncprov syncprov-checkpoint 100 5 syncprov-sessionlog 100
sync_use_subentry TRUE
^^^^^^^^^^^^^^^^^^^^^^^^
this is a database specific parameter
# Index Definition
[...]
Indices are database specific
############################# ###### ACL definitions ###### #############################
ACL's are partly global and database specific
-Dieter
-- Dieter KlÃŒnter | Systemberatung sip: +49.40.20932173 http://www.dpunkt.de/buecher/2104.html GPG Key ID:8EF7B6C6
openldap-technical@openldap.org