[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: Continued instability on Solaris 7

At 09:27 AM 2002-08-05, Alan Sparks wrote:
>Didn't receive any response to earlier postings, so one last try to see if
>anyone else is having problems (or success!) on Solaris 7 with OpenLDAP

Haven't a clue about Solaris (SunOS 5.x), but I'll make a few
general comments.

>I've upgraded to ENG_RELEASE_2_1 as of about a week ago,

We've made a number of updates to re21 since then...

>and made sure I
>build with BDB 4.0.14 statically linked.  Built with GCC 2.95.2.

You might want to very BDB is working properly.  Sleepycat
includes a test suite as part of the BerkeleyDB distribution.
With GCC, use "-O -g" (e.g., no -O2 or greater).

>Replication stops on random occasions, either after a couple of days or a
>couple of hours.  The master (very lightly loaded) shows entries written
>to the replog, and the slurpd.status log shows entries also picked up.
>Unfortunately, nothing updates in the slave (same software build). 

What do the slave's logs say is happening?

>Sending a SIGTERM to the slave slapd causes it to stop responding and
>suddenly begin consuming 80% of CPU, until sent a SIGKILL.

It's likely trying hard to complete an update.  The SIGKILL,
of course, causes it to drop the update on the floor.

>Restarting it afterwards gets back to normal replication (for a while).  I have yet to
>find something in the log indicating the issue.

>I've rebuilt and reindexed the databases (LDBM backend) to no avail.  Is
>the BDB backend considered better for these purposes?  I'm using LDBM
>since it's older (and I hoped more mature) than the bdb backend...

We'll still shaking out BDB.  It works well enough for general
use, but it's not "stable" yet.

>Does anyone have any insight into why this might happen?  The instability
>is really causing havoc on my network, since I can't depend on whether
>changes get written.  Thanks in advance for any advice.