Here are the versions:

openldap 2.4.31
db4.x86_64                         4.7.25-16.el6
openssl.x86_64                     1.0.0-20.el6 
cyrus-sasl-lib.x86_64              2.1.23-13.el6

Will setting the logging to DEBUG provide anything?

Also, I have a question  about debugging a corefile. Our production version fo slapd does not have debug symbols compiled in. If, on a non-production machine, we were to compile another instance, when the same libraries, etc., but, with debugging turned on could we run gdb against the corefile we dropped in production against this executable?

Thanks,

Dave

On Wed, May 23, 2012 at 6:22 PM, Dan White <dwhite@olp.net> wrote:
On 05/23/12 17:31 -0400, David Massie wrote:
Our slapd instance keeps crashing. We do not see an obvious reason for the
crashes. I am posting the crash report in the hope that someone will see
something and can point us in the right direction.


reason
-----
Process /var/services/openldap/libexec/slapd was killed by signal 6
(SIGABRT)

Which versions of slapd, libssl, berkeleydb, and libsasl are you running?

SIGABRT implies that the process ended due to an unexpected condition
occurring within either a library or slapd itself. Were any core dumps
generated? If not, enable core dumps and get a backtrace from within gdb.
It should point you to the section of code which is triggering the abort.


cmdline
-----
/var/services/openldap/libexec/slapd -h 'ldap://*:389 ldaps://*:636' -f
/var/services/openldap/etc/openldap/slapd.conf

os_release
-----
Red Hat Enterprise Linux Server release 6.2 (Santiago)

environ
-----
REMOTEHOST=10.212.141.90
HOSTNAME=aaaprod-master.uis.georgetown.edu
SELINUX_ROLE_REQUESTED=
HOST=aaaprod-master.uis.georgetown.edu
TERM=vt100
SHELL=/bin/bash
'SSH_CLIENT=10.212.141.90 62167 22'
SELINUX_USE_CURRENT_RANGE=
SSH_TTY=/dev/pts/0
GROUP=wheel
USER=dhm24.a
LS_COLORS=rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:mi=01;05;37;41:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.lz=01;31:*.xz=01;31:*.bz2=01;31:*.tbz=01;31:*.tbz2=01;31:*.bz=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.rar=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.axv=01;35:*.anx=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=01;36:*.au=01;36:*.flac=01;36:*.mid=01;36:*.midi=01;36:*.mka=01;36:*.mp3=01;36:*.mpc=01;36:*.ogg=01;36:*.ra=01;36:*.wav=01;36:*.axa=01;36:*.oga=01;36:*.spx=01;36:*.xspf=01;36:
HOSTTYPE=x86_64-linux
MAIL=/var/spool/mail/dhm24.a
PATH=/opt/ruby-enterprise/bin:/usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/bin:/bin:/usr/bin
PWD=/
LANG=en_US.UTF-8
SELINUX_LEVEL_REQUESTED=
KRB5CCNAME=FILE:/tmp/krb5cc_0.1
SHLVL=4
HOME=/root
OSTYPE=linux
VENDOR=unknown
MACHTYPE=x86_64
LOGNAME=dhm24.a
CVS_RSH=ssh
'SSH_CONNECTION=10.212.141.90 62167 141.161.152.76 22'
'LESSOPEN=|/usr/bin/lesspipe.sh %s'
G_BROKEN_FILENAMES=1
_=/var/services/openldap/libexec/slapd

--
Dan White