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: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Aaron Richton Sent: Friday, March 09, 2007 6:41 AM To: Douglas B. Jones Cc: [email protected] 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:[EMAIL PROTECTED] > Sent: Thursday, March 01, 2007 10:36 AM > To: [email protected] > 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: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Douglas B. Jones > Sent: Friday, February 23, 2007 3:30 PM > To: [email protected] > 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: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf > Of Douglas B. Jones > Sent: Friday, February 23, 2007 2:22 PM > To: [email protected] > Cc: [EMAIL PROTECTED] > 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: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf > Of Douglas B. Jones > Sent: Wednesday, February 21, 2007 12:38 PM > To: [email protected] > Cc: [EMAIL PROTECTED] > 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: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Douglas B. Jones > Sent: Wednesday, February 21, 2007 10:52 AM > To: 'Howard Chu' > Cc: [EMAIL PROTECTED]; [email protected] > 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: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Howard Chu > Sent: Wednesday, February 21, 2007 10:43 AM > To: Douglas B. Jones > Cc: [email protected] > 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/ > > >
