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/