Here is the # of the bug report on bugzilla.

Bug 625219 Submitted "OpenLDAP server 2.4.21-47.1 crashes (segmentation fault) when deleting syncprov overlay entry in cn=config configuration"

On Thu, Jul 22, 2010 at 2:06 AM, Ralf Haferkamp rhafer@suse.de wrote:

Am Mittwoch 21 Juli 2010, 20:02:43 schrieben Sie:

...

Hi Ralf, Sorry for not replying to the entire list, but I have 2 reasons:

1. I am working on adding the bug report to bugzilla (got my account,

ect.) ... wasn't sure what product to file the bug under.

openSUSE 11.3 should be fine in your case. (BTW, which product did you install the 2.4.21 package on?)

...

2. While searching around other "openLdap" bug reports I found this

one: *Bug 384787 - OpenLDAP packages do not contain overlays ( https://bugzilla.novell.com/show_bug.cgi?id=384787 ) *Which is EXACTLY my other issue I am trying to figure out ;o) ... Before I submit a detailed report at OpenLDAP.org, maybe you can answer this question for me (I can then post in a new email thread as not to mess up the current "delete issue" thread).

In 384787, you say that all the overlays are "compiled statically into the slapd daemon". How do I fill in the olcModulePath value? I have this, and it doesn't seem to be working:

dn: cn=module{0} objectClass: olcModuleList cn: module{0} olcModulePath: ../../../servers/slapd/overlays olcModuleLoad: {0}syncprov.la

As the overlays are compiled statically into the slapd binary there is no need to load any module. So you can just leave out the cn=module object.

...

I still get this error message on both my servers ("do_syncrep2: got search entry withour Sync State control"). How do I configure the syncprov.laproperly in cn=config ... It works just fine the old way using slapd.conf files ...

It's a bit hard to tell, what got wrong there. But it could be e.g. that you try to replicate a database which doesn't have the syncprov overlay configured. Take a look at your provider's configuration and check that each database that you want to replicate has the syncprov overlay configured. If that doesn't help. Open a new thread on openldap-technical containing the complete configuration (excluding the Schema) for the provider and the consumer.

regards, Ralf

...

On Wed, Jul 21, 2010 at 11:54 AM, Ralf Haferkamp rhafer@suse.de

wrote:

...

...

Am Mittwoch 21 Juli 2010, 18:26:58 schrieb jon brandt:

...

Thanks for the reply Ralf!

I got the RPMs for SUSE I believe (i.e. I didn't build the server myself), so I'm assuming the DSLAP_CONFIG_DELETE flag was used.

Yes, probably. Might I ask you to open a bug report at bugzilla.novell.com? So we can fix it and probably release an updated RPM.

...

All the other deletes work fine (I'm adding then deleting other directives, for example olcMirrorMode or olcDbIndex and those delete just fine from cn=config).

Yes. The problematic thing is deleting complete objects (e.g. overlays, databases). Deleting single Attributes should work just fine and doesn't require -DSLAP_CONFIG_DELETE.

...

I will try to upgrade to a newer version and see if that helps.

It'll probably just deny to execute the operations (e.g. when removing overlay entries from the frontend or config db). But I consider that better than crashing the server :).

regards,

    Ralf

...

What is strange is that this fails on most of the servers I have setup, but there there is one server that has a bit more horsepower that doesn't have the issue, so this leads me to believe it is a timing related issue.

On Wed, Jul 21, 2010 at 9:18 AM, Ralf Haferkamp rhafer@suse.de

wrote:

...

...

...

...

Am Dienstag 20 Juli 2010, 20:25:46 schrieb jon brandt:

...

I looked but couldn't find a match to this issue, so was wondering if anyone else has seen something like it or can tell what might be wrong in my configuration. Thanks in advance!

I'm using OpenLDAP version 2.4.21-47.1 (here is the relevant output from "rpm -qa | grep ldap" on my server):

openldap2-client-2.4.21-51.1 openldap2-2.4.21-47.1 openldap2-back-meta-2.4.21-51.1

I'm trying to get Multi-master replication working between 2 servers. In my testing, I have discovered that when I try to reset the server (remove the configuration and start again) it crashes when trying to remove the olcOverlay={0}syncprov,olcDatabase={0}config,cn=config entry in the cn=config tree. I attached a screen shot of the output from tracing with slapd -d -1 when the fault happened in the attached file called * segFaultOutput.bmp.*

If I restart the server, I can run the test again (which configures the olcOverlay={0}syncprov entry and then removes it) and it will work the first time, but if I run it a second time it will crash.

Hm, did you build your server with -DSLAP_CONFIG_DELETE? If yes, please note that delete support in cn=config is still experimental. So please test again with cvs HEAD if it works there. There have been some changes/fixes in that area recently.

If you didn't compile with -DSLAP_CONFIG_DELETE please make a bugreport slapd should have rejected the delete operation in that case.