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

RE: slapd stopping with no error message



Thank you for the help, I thought that might be the case. I re-compiled
slapd (and all) with -g (I put those in the CFLAGS and exported it). I
then ran gdb with:

gdb \
        -d /var/lib/ldap3/src/openldap-2.3.34/servers/slapd \
        -d /var/lib/ldap3/src/openldap-2.3.34/servers/slapd/back-bdd \
        -d /var/lib/ldap3/src/openldap-2.3.34/libraries/liblber \
        -d /var/lib/ldap3/src/openldap-2.3.34/libraries/libldap \
        -d /var/lib/ldap3/src/openldap-2.3.34/libraries/libldap_r\
        -d /var/lib/ldap3/src/openldap-2.3.34/libraries/libunicode\
        -d /var/lib/ldap3/src/openldap-2.3.34/libraries/libutil\
        -d /var/lib/ldap3/src/openldap-2.3.34/libraries/librewrite\
        /usr/local/openldap-2.3.34/libexec/slapd 

and run it with:

(gdb) r -d 1 -u ldap3 -h ldap://:389/ -l LOCAL6 -f \
	/usr/local/openldap-2.3.34/etc/openldap/slapd.conf -F \
	/usr/local/openldap-2.3.34/etc/openldap -u ldap3 -g ldap3

and when in the debugger it crashes on the first search and I type
in where in gdb:

(first part here last of output from -d 1 for slapd)
>>> dnNormalize: <>
<<< dnNormalize: <>
>>> dnNormalize: <>
<<< dnNormalize: <>
<= str2entry(cn=Write,cn=Waiters,cn=Monitor) -> 0x25eaafd8
backend_startup_one: starting "o=gpc,c=us"
slapd starting
[New Thread 634641328 (LWP 14073)]
[New Thread 630442928 (LWP 14074)]
[New Thread 626244528 (LWP 14075)]
[New Thread 622046128 (LWP 14076)]
>>> slap_listener(ldap://:389/)
connection_get(34): got connid=0
connection_read(34): checking for input on id=0
ber_get_next
ber_get_next: tag 0x30 len 12 contents:
ber_get_next
do_bind
ber_scanf fmt ({imt) ber:
ber_scanf fmt (m}) ber:
>>> dnPrettyNormal: <>
<<< dnPrettyNormal: <>, <>
do_bind: version=3 dn="" method=128
send_ldap_result: conn=0 op=0 p=3
send_ldap_response: msgid=1 tag=97 err=0
ber_flush: 14 bytes to sd 34
connection_get(34): got connid=0
connection_read(34): checking for input on id=0
ber_get_next

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 634641328 (LWP 14073)]
0x0814c6bf in ?? ()
(gdb) where
#0  0x0814c6bf in ?? ()
#1  0x00000001 in ?? ()
#2  0x0000002c in ?? ()
#3  0x25f1cfe7 in ?? ()
#4  0x25f1cfdc in ?? ()
#5  0x25f18f4c in ?? ()
#6  0x25d410e0 in ?? ()
#7  0x25d3a268 in ?? ()
#8  0x00000000 in ?? ()
(gdb) 

Unfortunately, I am not getting any reference to the C source files.
What am I do wrong? Eventually, hopefully, I will know linux better.
Thanks for any help....

-----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 12:37 PM
To: Douglas B. Jones
Cc: Howard Chu; openldap-software@openldap.org
Subject: RE: slapd stopping with no error message


Try "where". Make sure that you have line numbers from the -g compile 
(e.g. "init.c:354"); otherwise the trace is near impossible to use.

On Fri, 9 Mar 2007, Douglas B. Jones wrote:

>
> I apologize, but I am not familiar with gdb. I attached to the process,
> it crashed with a seg fault. What should I be typing in now? 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, March 09, 2007 8:34 AM
> To: Howard Chu
> Cc: Douglas B Jones; openldap-software@openldap.org
> Subject: RE: slapd stopping with no error message
>
>
>
> Thanks. I am compiling with efence library right now. I am not too
> worried about the speed, it is not prod. I would like to run it under
> gdb, and I will try that, the problem is that if I loose my connection
> the only thing I can think of is to kill the other gdb, then re-attach.
> I guess that would not cause a problem. I was hoping with the cd and
> ulimit that the core would be generated and then gdb on that. 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: Friday, March 09, 2007 12:55 AM
> To: Douglas B. Jones
> Cc: openldap-software@openldap.org
> Subject: Re: slapd stopping with no error message
>
>
> Douglas B. Jones wrote:
>>
>>
>> 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!
>
> Still better to run under gdb. But given the fact that you're getting
> heap corruption, you're really going to need something like efence in
> addition. Unfortunately that's going to make things run very slowly, but
> that's the only sure way to identify the root cause of the problem.
>
>> -----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
>
>
> --
>   -- 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/
>
>
>
>