Ralf and everyone,
I discovered that I had the DN of the syncprov overlay entry wrong. I had the following:
olcOverlay={0}syncprov,olcDatabase={0}config,cn=config
I changed it to:
olcOverlay=syncprov,olcDatabase={1}bdb,cn=config
And now the replication works between my two servers, AND when I do the remove tests, it doesn't crash the server ;o)
I can still open a bug report if you want, since having a bad config, then attempting to delete it probably shouldn't crash the server ;o).
Thanks again for everyone who helped.
J
Am Mittwoch 21 Juli 2010, 18:26:58 schrieb jon brandt:
> Thanks for the reply Ralf!Yes, probably. Might I ask you to open a bug report at
>
> 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.
bugzilla.novell.com? So we can fix it and probably release an updated
RPM.
Yes. The problematic thing is deleting complete objects (e.g. overlays,
> 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).
databases). Deleting single Attributes should work just fine and doesn't
require -DSLAP_CONFIG_DELETE.
It'll probably just deny to execute the operations (e.g. when removing
> I will try to upgrade to a newer version
> and see if that helps.
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.