[Date Prev][Date Next] [Chronological] [Thread] [Top]
RE: slapd stopping with no error message

To: "Aaron Richton" <richton@nbcs.rutgers.edu>
Subject: RE: slapd stopping with no error message
From: "Douglas B. Jones" <douglas@gpc.edu>
Date: Fri, 9 Mar 2007 08:34:27 -0500
Cc: Douglas B Jones <douglas@gpc.edu>, openldap-software@openldap.org
Importance: Normal
In-reply-to: <Pine.SOC.4.64.0703090639020.5788@toolbox.rutgers.edu>
Thanks, I will look into that. Still can't figure out why the
core was not generated (at least as far as I could tell). Thanks!

-----Original Message-----
From: openldap-software-bounces+douglas=gpc.edu@OpenLDAP.org
[mailto:openldap-software-bounces+douglas=gpc.edu@OpenLDAP.org]On Behalf
Of Aaron Richton
Sent: Friday, March 09, 2007 6:41 AM
To: Douglas B. Jones
Cc: openldap-software@openldap.org
Subject: 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/
>
>
>
References:
- RE: slapd stopping with no error message
  - From: Aaron Richton <richton@nbcs.rutgers.edu>
Prev by Date: RE: slapd stopping with no error message
Next by Date: RE: slapd stopping with no error message
Index(es):
- Chronological
- Thread