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

RE: slapd stopping with no error message



I believe that the Linux kernel tunable /proc/sys/kernel/core_pattern lets you set an absolute path to where core should go if it starts with '/'. (This is system-wide; be careful.)

On Thu, 8 Mar 2007, Douglas B. Jones wrote:



It finally stopped again, but unfortunately (for the second time), I
can't find any core file. I did:

cd mydir
ulimit -c 100000 (100000k - 100m)

before I started the slapd. I do not find a core file in mydir or
anywhere on the system. Doing a lsof on the slapd process, I see
it's cwd is mydir. I am new to the linux environment. Is the core
being placed somewhere else besides 'mydir' under a different name?
Thanks for any help.

-----Original Message-----
From: Douglas B. Jones [mailto:douglas@gpc.edu]
Sent: Thursday, March 01, 2007 10:36 AM
To: openldap-software@openldap.org
Cc: 'Douglas B. Jones'
Subject: RE: slapd stopping with no error message




The .34 failed. I set ulimit -c 100000 and found no core on the system. I am running it again in case I made a mistake. It is compiled with debug. More later. Thanks!

-----Original Message-----
From: openldap-software-bounces+douglas=gpc.edu@openldap.org
[mailto:openldap-software-bounces+douglas=gpc.edu@openldap.org] On Behalf Of
Douglas B. Jones
Sent: Friday, February 23, 2007 3:30 PM
To: openldap-software@openldap.org
Cc: Douglas B. Jones
Subject: RE: slapd stopping with no error message


I attached a gdb to the new process plus the -d 7 output (you know, that neat thing that unix has called redirection). Hopefully, the connection I have to the computer will not be lost and I will be able to get the trace if it fails. Also, not the results below are just the last part of the output. Let me know if I need more. For what it is worth, I did the 'he' search shown at the bottom below and it did not fail.... Thanks!

-----Original Message-----
From: openldap-software-bounces+douglas=gpc.edu@openldap.org
[mailto:openldap-software-bounces+douglas=gpc.edu@openldap.org]On Behalf
Of Douglas B. Jones
Sent: Friday, February 23, 2007 2:22 PM
To: openldap-software@openldap.org
Cc: douglas@gpc.edu
Subject: RE: slapd stopping with no error message



Finally failed, I did not have a gdb on it, but did have -d 7. Below
are the results. Thanks!

do_search
ldap_read: want=8 error=Resource temporarily unavailable
ber_scanf fmt ({miiiib) ber:
dnPrettyNormal: <o=gpc,c=us>
=> ldap_bv2dn(o=gpc,c=us,0)
<= ldap_bv2dn(o=gpc,c=us)=0
=> ldap_dn2bv(272)
<= ldap_dn2bv(o=gpc,c=us)=0
=> ldap_dn2bv(272)
<= ldap_dn2bv(o=gpc,c=us)=0
<<< dnPrettyNormal: <o=gpc,c=us>, <o=gpc,c=us>
SRCH "o=gpc,c=us" 2 0    100 3600 0
ber_scanf fmt ({m) ber:
ber_scanf fmt (m) ber:
ber_scanf fmt ({m) ber:
ber_scanf fmt (m) ber:
ber_scanf fmt ({m) ber:
ber_scanf fmt (m) ber:
   filter: (|(cn=he*)(mail=he*)(sn=he*))
ber_scanf fmt ({M}}) ber:
   attrs: cn mail
*** glibc detected *** corrupted double-linked list: 0x29400048 ***
/etc/init.d/gpcldap-33: line 51: 11051 Aborted                 ${slapd} -d 7
-u $user -h "ldap://:$P/"; $OPTIONS $SLAPD_OPTIONS

-----Original Message-----
From: openldap-software-bounces+douglas=gpc.edu@openldap.org
[mailto:openldap-software-bounces+douglas=gpc.edu@openldap.org]On Behalf
Of Douglas B. Jones
Sent: Wednesday, February 21, 2007 12:38 PM
To: openldap-software@openldap.org
Cc: douglas@gpc.edu
Subject: RE: slapd stopping with no error message



Howard pointed out that I am still asleep - he stated what to
do below '-d 7'. Thanks!

-----Original Message-----
From: openldap-software-bounces+douglas=gpc.edu@openldap.org
[mailto:openldap-software-bounces+douglas=gpc.edu@openldap.org] On
Behalf Of Douglas B. Jones
Sent: Wednesday, February 21, 2007 10:52 AM
To: 'Howard Chu'
Cc: douglas@gpc.edu; openldap-software@openldap.org
Subject: RE: slapd stopping with no error message


Slap/slap/slap - waking up now - sorry not much sleep since last week - sick child, still should never forget the most basic. I will redirect. Question: what level of debug would you recommend. Thanks!

-----Original Message-----
From: openldap-software-bounces+douglas=gpc.edu@openldap.org
[mailto:openldap-software-bounces+douglas=gpc.edu@openldap.org] On
Behalf Of Howard Chu
Sent: Wednesday, February 21, 2007 10:43 AM
To: Douglas B. Jones
Cc: openldap-software@openldap.org
Subject: Re: slapd stopping with no error message

Douglas B. Jones wrote:
About three times in the last several days, ldap-2.3.33 (RHEL4) has just
stopped.
No core or error messages in the log files. The last entry in the log file
is just a search entry, with nothing common in the search from 'crash' to
'crash'. I have even tried the searches and they worked fine. I restart it
notes an unclean shutdown detected and attempts recovery and appears to do
so.

My question is what is the proper way to debug this. If I do -d, it will not fork, but since it fails at random times I probably will not be there to see the output.

Unix has this cool thing called I/O redirection, perhaps you've heard of it? There's also this other cool thing called job control...

In [t]csh I would use
	slapd -d 7 >& Errs &
In sh I would use
	nohup slapd -d 7 > Errs 2>&1 &

And if any of that looks unfamiliar to you, then you Really Really need to
go
read Kernighan & Pike's _The_Unix_Programming_Environment_ before you do
anything else.

Is this the best way to try to see what is happening?
If so, what is the recommended debug level? It was built with:

./configure \
        --prefix=/usr/local/openldap-2.3.33 \
        --includedir=/usr/local/lib/BerkleyDB.4.5.20.NC/include \
        --enable-crypt \
        --enable-cleartext \
        --enable-debug \
        --enable-meta=yes \
        --enable-monitor=yes \
        --enable-relay=yes \
        --enable-ldap=yes \
        --enable-rewrite=yes \
        --enable-overlays=yes \
        -exec-prefix=/usr/local/openldap-2.3.33

I see that there is 2.3.34 out and that it can use BDB 4.5. Is the
best course of action to upgrade?

All OpenLDAP 2.3.x releases work with BDB 4.5 (and 4.6, for that matter). The explicit test in configure is just a formality. (If the configure test didn't find a specific BDB version that it recognized, it would eventually fallback

to -ldb4 which would work anyway.)
--
  -- Howard Chu
  Chief Architect, Symas Corp.  http://www.symas.com
  Director, Highland Sun        http://highlandsun.com/hyc
  Chief Architect, OpenLDAP     http://www.openldap.org/project/