[Date Prev][Date Next]
Re: slapd crashing "randomly?"
On Feb 6, 2007, at 1:39 PM, mikee wrote:
On Tue, 06 Feb 2007, matthew sporleder might have said:
On 2/6/07, firstname.lastname@example.org <email@example.com> wrote:
I want to start this message by saying, what I'm about to
completely vague and I don't expect to get a solution response. ;)
Basically, I'm out of ideas and am looking for some suggestions
as to how
to debug the issue I'm running into.
Starting about half a year ago, slapd started "just dieing" out
blue. Not a think in the logs shows up to indicate what might
it. The last query that I see in the logs before a crash always
be nothing special. I don't even see a core dump being generated
then that may just be because I don't have the proper setup to
get a core
dump at this time. We were running the last 2.2 and upgraded to the
latest release of 2.3 to make sure it wasn't an "old version" issue.
Unfortunately, slapd still dies a fair amount on us. It appears
fairly unpredictable. I've seen it crash within 1 minute of
slapd (then a subsequent startup 'takes' just fine). I've seen
when there were a number of network issues going on. I've seen
out of the blue when nothing appeared to be going on. I don't
the drive space to turn on max debug logging 24/7 until the problem
We're thinking about setting up something to watch all of the
traffic going to one of the boxes until it dies. (assuming we
something with the resources to do that)
That all said... since I have nothing solid to present, do you
any suggestions of what would be the best way to track down
on? I'm literally out of ideas unless my berkeley db config is
causing the problem or something like that.
I apologize for the vagueness. =/ Any ideas/suggestions?
After the crash, is your bdb environment clean, or is it needing a
Depending on your OS, you could watch the pid all the time and trap
the last signals received, last files accessed, etc, and that
take tons of resources.
You could try turning on max debugging and simply rotate a lot more
often. (every n minutes or even seconds) This way you could
definitely keep the -last- transactions and just not worry about the
What about running a continous 'strace -p 99999' of slapd and wait for
it to die again. The strace window should show the last call to the
Hrm. Good point, I could probably run that inside of screen or
something. I'll give that a whirl, thanks!