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.
Thanks,
Dave Massie
Duplicate check
=====
Common information
=====
package
-----
architecture
-----
x86_64
kernel
-----
2.6.32-220.13.1.el6.x86_64
Additional information
=====
uid
-----
0
time
-----
1337786308
executable
-----
/var/services/openldap/libexec/slapd
component
-----
hostname
-----
aaaprod-master.uis.georgetown.edu
username
-----
root
reason
-----
Process /var/services/openldap/libexec/slapd was killed by signal 6 (SIGABRT)
analyzer
-----
CCpp
maps
-----
00400000-00624000 r-xp 00000000 fd:00 3675557 /var/services/openldap/libexec/slapd
00824000-00831000 rw-p 00224000 fd:00 3675557 /var/services/openldap/libexec/slapd
00831000-008d6000 rw-p 00000000 00:00 0
0104f000-012eb000 rw-p 00000000 00:00 0
012eb000-01441000 rw-p 00000000 00:00 0
394f800000-394f820000 r-xp 00000000 fd:00 1703938 /lib64/ld-2.12.so
394fa1f000-394fa20000 r--p 0001f000 fd:00 1703938 /lib64/ld-2.12.so
394fa20000-394fa21000 rw-p 00020000 fd:00 1703938 /lib64/ld-2.12.so
394fa21000-394fa22000 rw-p 00000000 00:00 0
394fc00000-394fd86000 r-xp 00000000 fd:00 1703939 /lib64/libc-2.12.so
394fd86000-394ff86000 ---p 00186000 fd:00 1703939 /lib64/libc-2.12.so
394ff86000-394ff8a000 r--p 00186000 fd:00 1703939 /lib64/libc-2.12.so
394ff8a000-394ff8b000 rw-p 0018a000 fd:00 1703939 /lib64/libc-2.12.so
394ff8b000-394ff90000 rw-p 00000000 00:00 0
3950000000-3950002000 r-xp 00000000 fd:00 1703950 /lib64/libdl-2.12.so
3950002000-3950202000 ---p 00002000 fd:00 1703950 /lib64/libdl-2.12.so
3950202000-3950203000 r--p 00002000 fd:00 1703950 /lib64/libdl-2.12.so
3950203000-3950204000 rw-p 00003000 fd:00 1703950 /lib64/libdl-2.12.so
3950400000-3950417000 r-xp 00000000 fd:00 1703943 /lib64/libpthread-2.12.so
3950417000-3950616000 ---p 00017000 fd:00 1703943 /lib64/libpthread-2.12.so
3950616000-3950617000 r--p 00016000 fd:00 1703943 /lib64/libpthread-2.12.so
3950617000-3950618000 rw-p 00017000 fd:00 1703943 /lib64/libpthread-2.12.so
3950618000-395061c000 rw-p 00000000 00:00 0
3950800000-395081d000 r-xp 00000000 fd:00 1703962 /lib64/libselinux.so.1
395081d000-3950a1c000 ---p 0001d000 fd:00 1703962 /lib64/libselinux.so.1
3950a1c000-3950a1d000 r--p 0001c000 fd:00 1703962 /lib64/libselinux.so.1
3950a1d000-3950a1e000 rw-p 0001d000 fd:00 1703962 /lib64/libselinux.so.1
3950a1e000-3950a1f000 rw-p 00000000 00:00 0
3951400000-3951416000 r-xp 00000000 fd:00 1703956 /lib64/libresolv-2.12.so
3951416000-3951616000 ---p 00016000 fd:00 1703956 /lib64/libresolv-2.12.so
3951616000-3951617000 r--p 00016000 fd:00 1703956 /lib64/libresolv-2.12.so
3951617000-3951618000 rw-p 00017000 fd:00 1703956 /lib64/libresolv-2.12.so
3951618000-395161a000 rw-p 00000000 00:00 0
3951c00000-3951c15000 r-xp 00000000 fd:00 1703994 /lib64/libz.so.1.2.3
3951c15000-3951e14000 ---p 00015000 fd:00 1703994 /lib64/libz.so.1.2.3
3951e14000-3951e15000 r--p 00014000 fd:00 1703994 /lib64/libz.so.1.2.3
3951e15000-3951e16000 rw-p 00015000 fd:00 1703994 /lib64/libz.so.1.2.3
3952000000-3952007000 r-xp 00000000 fd:00 1703999 /lib64/libcrypt-2.12.so
3952007000-3952207000 ---p 00007000 fd:00 1703999 /lib64/libcrypt-2.12.so
3952207000-3952208000 r--p 00007000 fd:00 1703999 /lib64/libcrypt-2.12.so
3952208000-3952209000 rw-p 00008000 fd:00 1703999 /lib64/libcrypt-2.12.so
3952209000-3952237000 rw-p 00000000 00:00 0
3952400000-395245d000 r-xp 00000000 fd:00 1703997 /lib64/libfreebl3.so
395245d000-395265c000 ---p 0005d000 fd:00 1703997 /lib64/libfreebl3.so
395265c000-395265d000 r--p 0005c000 fd:00 1703997 /lib64/libfreebl3.so
395265d000-395265e000 rw-p 0005d000 fd:00 1703997 /lib64/libfreebl3.so
395265e000-3952662000 rw-p 00000000 00:00 0
3952c00000-3952d6f000 r-xp 00000000 fd:00 1703948 /lib64/libdb-4.7.so
3952d6f000-3952f6e000 ---p 0016f000 fd:00 1703948 /lib64/libdb-4.7.so
3952f6e000-3952f74000 rw-p 0016e000 fd:00 1703948 /lib64/libdb-4.7.so
3953000000-3953019000 r-xp 00000000 fd:00 2361953 /usr/lib64/libsasl2.so.2.0.23
3953019000-3953218000 ---p 00019000 fd:00 2361953 /usr/lib64/libsasl2.so.2.0.23
3953218000-3953219000 r--p 00018000 fd:00 2361953 /usr/lib64/libsasl2.so.2.0.23
3953219000-395321a000 rw-p 00019000 fd:00 2361953 /usr/lib64/libsasl2.so.2.0.23
3953c00000-3953c2a000 r-xp 00000000 fd:00 1703964 /lib64/libk5crypto.so.3.1
3953c2a000-3953e29000 ---p 0002a000 fd:00 1703964 /lib64/libk5crypto.so.3.1
3953e29000-3953e2b000 r--p 00029000 fd:00 1703964 /lib64/libk5crypto.so.3.1
3953e2b000-3953e2c000 rw-p 0002b000 fd:00 1703964 /lib64/libk5crypto.so.3.1
3954000000-3954002000 r-xp 00000000 fd:00 1703952 /lib64/libkeyutils.so.1.3
3954002000-3954201000 ---p 00002000 fd:00 1703952 /lib64/libkeyutils.so.1.3
3954201000-3954202000 r--p 00001000 fd:00 1703952 /lib64/libkeyutils.so.1.3
3954202000-3954203000 rw-p 00002000 fd:00 1703952 /lib64/libkeyutils.so.1.3
3954400000-395440a000 r-xp 00000000 fd:00 1703963 /lib64/libkrb5support.so.0.1
395440a000-3954609000 ---p 0000a000 fd:00 1703963 /lib64/libkrb5support.so.0.1
3954609000-395460a000 r--p 00009000 fd:00 1703963 /lib64/libkrb5support.so.0.1
395460a000-395460b000 rw-p 0000a000 fd:00 1703963 /lib64/libkrb5support.so.0.1
3955800000-395583f000 r-xp 00000000 fd:00 1703977 /lib64/libgssapi_krb5.so.2.2
395583f000-3955a3f000 ---p 0003f000 fd:00 1703977 /lib64/libgssapi_krb5.so.2.2
3955a3f000-3955a40000 r--p 0003f000 fd:00 1703977 /lib64/libgssapi_krb5.so.2.2
3955a40000-3955a42000 rw-p 00040000 fd:00 1703977 /lib64/libgssapi_krb5.so.2.2
3955c00000-3955cd4000 r-xp 00000000 fd:00 1703973 /lib64/libkrb5.so.3.3
3955cd4000-3955ed4000 ---p 000d4000 fd:00 1703973 /lib64/libkrb5.so.3.3
3955ed4000-3955edd000 r--p 000d4000 fd:00 1703973 /lib64/libkrb5.so.3.3
3955edd000-3955edf000 rw-p 000dd000 fd:00 1703973 /lib64/libkrb5.so.3.3
3956800000-3956973000 r-xp 00000000 fd:00 2363773 /usr/lib64/libcrypto.so.1.0.0
3956973000-3956b73000 ---p 00173000 fd:00 2363773 /usr/lib64/libcrypto.so.1.0.0
3956b73000-3956b8c000 r--p 00173000 fd:00 2363773 /usr/lib64/libcrypto.so.1.0.0
3956b8c000-3956b96000 rw-p 0018c000 fd:00 2363773 /usr/lib64/libcrypto.so.1.0.0
3956b96000-3956b9a000 rw-p 00000000 00:00 0
3957800000-3957853000 r-xp 00000000 fd:00 2363947 /usr/lib64/libssl.so.1.0.0
3957853000-3957a53000 ---p 00053000 fd:00 2363947 /usr/lib64/libssl.so.1.0.0
3957a53000-3957a56000 r--p 00053000 fd:00 2363947 /usr/lib64/libssl.so.1.0.0
3957a56000-3957a5b000 rw-p 00056000 fd:00 2363947 /usr/lib64/libssl.so.1.0.0
7f70d8000000-7f70d80e8000 rw-p 00000000 00:00 0
7f70d80e8000-7f70dc000000 ---p 00000000 00:00 0
7f70e0000000-7f70e8000000 rw-p 00000000 00:00 0
7f70e8000000-7f70ed94c000 rw-p 00000000 00:00 0
7f70ed94c000-7f70f0000000 ---p 00000000 00:00 0
7f70f4000000-7f70ffff8000 rw-p 00000000 00:00 0
7f70ffff8000-7f7100000000 ---p 00000000 00:00 0
7f7100000000-7f7100458000 rw-p 00000000 00:00 0
7f7100458000-7f7104000000 ---p 00000000 00:00 0
7f7108000000-7f7110000000 rw-p 00000000 00:00 0
7f7110000000-7f7118000000 rw-p 00000000 00:00 0
7f7118000000-7f711c69d000 rw-p 00000000 00:00 0
7f711c69d000-7f7120000000 ---p 00000000 00:00 0
7f7120000000-7f7124000000 rw-p 00000000 00:00 0
7f7128000000-7f7130000000 rw-p 00000000 00:00 0
7f7130000000-7f7135fe7000 rw-p 00000000 00:00 0
7f7135fe7000-7f7138000000 ---p 00000000 00:00 0
7f7138000000-7f7140000000 rw-p 00000000 00:00 0
7f7140000000-7f7148000000 rw-p 00000000 00:00 0
7f7148000000-7f714fa52000 rw-p 00000000 00:00 0
7f714fa52000-7f7150000000 ---p 00000000 00:00 0
7f7150000000-7f7158000000 rw-p 00000000 00:00 0
7f7158000000-7f715e575000 rw-p 00000000 00:00 0
7f715e575000-7f7160000000 ---p 00000000 00:00 0
7f7160000000-7f7168000000 rw-p 00000000 00:00 0
7f7168000000-7f716c000000 rw-p 00000000 00:00 0
7f716c000000-7f7170000000 rw-p 00000000 00:00 0
7f7170000000-7f7174000000 rw-p 00000000 00:00 0
7f71777ff000-7f7177800000 ---p 00000000 00:00 0
7f7177800000-7f7178000000 rw-p 00000000 00:00 0
7f7178000000-7f717bfff000 rw-p 00000000 00:00 0
7f717bfff000-7f717c000000 ---p 00000000 00:00 0
7f717c000000-7f717cd6a000 rw-p 00000000 00:00 0
7f717cd6a000-7f7180000000 ---p 00000000 00:00 0
7f7180000000-7f7180d78000 rw-p 00000000 00:00 0
7f7180d78000-7f7184000000 ---p 00000000 00:00 0
7f7186fff000-7f7188000000 rw-p 00000000 00:00 0
7f7188000000-7f7188dab000 rw-p 00000000 00:00 0
7f7188dab000-7f718c000000 ---p 00000000 00:00 0
7f718cffd000-7f7190000000 rw-p 00000000 00:00 0
7f7190000000-7f7190d8d000 rw-p 00000000 00:00 0
7f7190d8d000-7f7194000000 ---p 00000000 00:00 0
7f71947fc000-7f71977ff000 rw-p 00000000 00:00 0
7f71977ff000-7f7197800000 ---p 00000000 00:00 0
7f7197800000-7f7198000000 rw-p 00000000 00:00 0
7f7198000000-7f719c000000 rw-p 00000000 00:00 0
7f719c7fb000-7f719e7fd000 rw-p 00000000 00:00 0
7f719e7fd000-7f719e7fe000 ---p 00000000 00:00 0
7f719e7fe000-7f719effe000 rw-p 00000000 00:00 0
7f719effe000-7f719efff000 ---p 00000000 00:00 0
7f719efff000-7f719f7ff000 rw-p 00000000 00:00 0
7f719f7ff000-7f719f800000 ---p 00000000 00:00 0
7f719f800000-7f71a0000000 rw-p 00000000 00:00 0
7f71a0000000-7f71a0d21000 rw-p 00000000 00:00 0
7f71a0d21000-7f71a4000000 ---p 00000000 00:00 0
7f71a4000000-7f71a8000000 rw-p 00000000 00:00 0
7f71a87fa000-7f71a87fb000 ---p 00000000 00:00 0
7f71a87fb000-7f71a8ffb000 rw-p 00000000 00:00 0
7f71a8ffb000-7f71a8ffc000 ---p 00000000 00:00 0
7f71a8ffc000-7f71a97fc000 rw-p 00000000 00:00 0
7f71a97fc000-7f71a97fd000 ---p 00000000 00:00 0
7f71a97fd000-7f71a9ffd000 rw-p 00000000 00:00 0
7f71a9ffd000-7f71a9ffe000 ---p 00000000 00:00 0
7f71a9ffe000-7f71ab7ff000 rw-p 00000000 00:00 0
7f71ab7ff000-7f71ab800000 ---p 00000000 00:00 0
7f71ab800000-7f71ac000000 rw-p 00000000 00:00 0
7f71ac000000-7f71b0000000 rw-p 00000000 00:00 0
7f71b0000000-7f71b133a000 rw-p 00000000 00:00 0
7f71b133a000-7f71b4000000 ---p 00000000 00:00 0
7f71b47fc000-7f71b67fe000 rw-p 00000000 00:00 0
7f71b67fe000-7f71b67ff000 ---p 00000000 00:00 0
7f71b67ff000-7f71b8000000 rw-p 00000000 00:00 0
7f71b8000000-7f71be8e6000 rw-p 00000000 00:00 0
7f71be8e6000-7f71c0000000 ---p 00000000 00:00 0
7f71c0000000-7f71c7ffd000 rw-p 00000000 00:00 0
7f71c7ffd000-7f71c8000000 ---p 00000000 00:00 0
7f71c8000000-7f71d0000000 rw-p 00000000 00:00 0
7f71d0000000-7f71d4000000 rw-p 00000000 00:00 0
7f71d47fb000-7f71d47fc000 ---p 00000000 00:00 0
7f71d47fc000-7f71d4ffc000 rw-p 00000000 00:00 0
7f71d4ffc000-7f71d4ffd000 ---p 00000000 00:00 0
7f71d4ffd000-7f71d67fe000 rw-p 00000000 00:00 0
7f71d67fe000-7f71d67ff000 ---p 00000000 00:00 0
7f71d67ff000-7f71d8000000 rw-p 00000000 00:00 0
7f71d8000000-7f71dc000000 rw-p 00000000 00:00 0
7f71dc000000-7f71e0000000 rw-p 00000000 00:00 0
7f71e0000000-7f71e0021000 rw-p 00000000 00:00 0
7f71e0021000-7f71e4000000 ---p 00000000 00:00 0
7f71e4253000-7f71e5254000 rw-p 00000000 00:00 0
7f71e5254000-7f71e5255000 ---p 00000000 00:00 0
7f71e5255000-7f71e5a55000 rw-p 00000000 00:00 0
7f71e5a55000-7f71e5a56000 ---p 00000000 00:00 0
7f71e5a56000-7f71e7257000 rw-p 00000000 00:00 0
7f71e7257000-7f71e7258000 ---p 00000000 00:00 0
7f71e7258000-7f71ece46000 rw-p 00000000 00:00 0
7f71ece46000-7f71ece4e000 rw-s 00000000 fd:00 3675649 /var/services/openldap/var/openldap-data/__db.006
7f71ece4e000-7f71ed230000 rw-s 00000000 fd:00 3675587 /var/services/openldap/var/openldap-data/__db.005
7f71ed230000-7f71ed470000 rw-s 00000000 fd:00 3675569 /var/services/openldap/var/openldap-data/__db.004
7f71ed470000-7f722d470000 rw-s 00000000 fd:00 3675566 /var/services/openldap/var/openldap-data/__db.003
7f722d470000-7f722f722000 rw-s 00000000 fd:00 3675035 /var/services/openldap/var/openldap-data/__db.002
7f722f722000-7f722f9e3000 rw-p 00000000 00:00 0
7f722f9e3000-7f722f9e7000 r-xp 00000000 fd:00 2360495 /usr/lib64/sasl2/libanonymous.so.2.0.23
7f722f9e7000-7f722fbe6000 ---p 00004000 fd:00 2360495 /usr/lib64/sasl2/libanonymous.so.2.0.23
7f722fbe6000-7f722fbe7000 r--p 00003000 fd:00 2360495 /usr/lib64/sasl2/libanonymous.so.2.0.23
7f722fbe7000-7f722fbe8000 rw-p 00004000 fd:00 2360495 /usr/lib64/sasl2/libanonymous.so.2.0.23
7f722fbe8000-7f722fbec000 r-xp 00000000 fd:00 2364158 /usr/lib64/sasl2/libplain.so.2.0.23
7f722fbec000-7f722fdeb000 ---p 00004000 fd:00 2364158 /usr/lib64/sasl2/libplain.so.2.0.23
7f722fdeb000-7f722fdec000 r--p 00003000 fd:00 2364158 /usr/lib64/sasl2/libplain.so.2.0.23
7f722fdec000-7f722fded000 rw-p 00004000 fd:00 2364158 /usr/lib64/sasl2/libplain.so.2.0.23
7f722fded000-7f722fdf2000 r-xp 00000000 fd:00 2360498 /usr/lib64/sasl2/libsasldb.so.2.0.23
7f722fdf2000-7f722fff1000 ---p 00005000 fd:00 2360498 /usr/lib64/sasl2/libsasldb.so.2.0.23
7f722fff1000-7f722fff2000 r--p 00004000 fd:00 2360498 /usr/lib64/sasl2/libsasldb.so.2.0.23
7f722fff2000-7f722fff3000 rw-p 00005000 fd:00 2360498 /usr/lib64/sasl2/libsasldb.so.2.0.23
7f722fff3000-7f722fff7000 r-xp 00000000 fd:00 2364155 /usr/lib64/sasl2/liblogin.so.2.0.23
7f722fff7000-7f72301f6000 ---p 00004000 fd:00 2364155 /usr/lib64/sasl2/liblogin.so.2.0.23
7f72301f6000-7f72301f7000 r--p 00003000 fd:00 2364155 /usr/lib64/sasl2/liblogin.so.2.0.23
7f72301f7000-7f72301f8000 rw-p 00004000 fd:00 2364155 /usr/lib64/sasl2/liblogin.so.2.0.23
7f72301f8000-7f7230231000 rw-p 00000000 00:00 0
7f7230231000-7f723023d000 r-xp 00000000 fd:00 1704002 /lib64/libnss_files-2.12.so
7f723023d000-7f723043d000 ---p 0000c000 fd:00 1704002 /lib64/libnss_files-2.12.so
7f723043d000-7f723043e000 r--p 0000c000 fd:00 1704002 /lib64/libnss_files-2.12.so
7f723043e000-7f723043f000 rw-p 0000d000 fd:00 1704002 /lib64/libnss_files-2.12.so
7f723043f000-7f7230445000 rw-p 00000000 00:00 0
7f7230445000-7f7230448000 r-xp 00000000 fd:00 1703972 /lib64/libcom_err.so.2.1
7f7230448000-7f7230647000 ---p 00003000 fd:00 1703972 /lib64/libcom_err.so.2.1
7f7230647000-7f7230648000 r--p 00002000 fd:00 1703972 /lib64/libcom_err.so.2.1
7f7230648000-7f7230649000 rw-p 00003000 fd:00 1703972 /lib64/libcom_err.so.2.1
7f7230649000-7f723064d000 rw-p 00000000 00:00 0
7f723064d000-7f7230656000 r-xp 00000000 fd:00 2371184 /usr/lib64/libltdl.so.7.2.1
7f7230656000-7f7230855000 ---p 00009000 fd:00 2371184 /usr/lib64/libltdl.so.7.2.1
7f7230855000-7f7230856000 rw-p 00008000 fd:00 2371184 /usr/lib64/libltdl.so.7.2.1
7f7230856000-7f7230857000 rw-p 00000000 00:00 0
7f7230857000-7f723085d000 rw-s 00000000 fd:00 3674284 /var/services/openldap/var/openldap-data/__db.001
7f723085d000-7f723085e000 rw-p 00000000 00:00 0
7fffe0384000-7fffe0399000 rw-p 00000000 00:00 0 [stack]
7fffe03f9000-7fffe03fa000 r-xp 00000000 00:00 0 [vdso]
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall]
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
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
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.eduhttp://aaaprod-master.uis.georgetown.edu SELINUX_ROLE_REQUESTED= HOST=aaaprod-master.uis.**georgetown.eduhttp://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
On 05/25/12 11:20 -0400, David Massie wrote:
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?
I think that would depend on how the section of code which generates the abort is coded. If it produces debug output just prior to calling abort, then you should see that.
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?
I don't know the answer to that.
On Wed, May 23, 2012 at 6:22 PM, Dan White dwhite@olp.net wrote:
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.
we have narrowed the problem to this: every time we add a value to a multivalued attribute for a particular dn, slapd dies. And the attribute value does not get added.
Below is the output from a wrapper we use for ldapmodify.
Could this be db corruption? The particular attribute is not indexed.
[root@aaaprod-master log]# do_ldapmod -cred=file:AUA -port=636 -v /var/tmp/dba.ldif ldap_initialize( ldaps://localhost:636/??base ) add guemailboxalternate: 2024252367@mms.att.net modifying entry "uid=ncs-dba-alerts,ou=Aliases,dc=georgetown,dc=edu" ldap_result: Can't contact LDAP server (-1)
On Fri, May 25, 2012 at 12:25 PM, Dan White dwhite@olp.net wrote:
On 05/25/12 11:20 -0400, David Massie wrote:
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?
I think that would depend on how the section of code which generates the abort is coded. If it produces debug output just prior to calling abort, then you should see that.
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?
I don't know the answer to that.
On Wed, May 23, 2012 at 6:22 PM, Dan White dwhite@olp.net wrote:
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.
-- Dan White
On 05/25/12 16:52 -0400, David Massie wrote:
we have narrowed the problem to this: every time we add a value to a multivalued attribute for a particular dn, slapd dies. And the attribute value does not get added.
Below is the output from a wrapper we use for ldapmodify.
Could this be db corruption? The particular attribute is not indexed.
If you suspect a libdb issue, you could run db_recover within your db directory; remove and re-add that particular dn; or slapcat/slapadd your database.
To be safe, you should backup the contents of your db directory and/or slapcat your db before attempting recovery.
[root@aaaprod-master log]# do_ldapmod -cred=file:AUA -port=636 -v /var/tmp/dba.ldif ldap_initialize( ldaps://localhost:636/??base ) add guemailboxalternate: 2024252367@mms.att.net modifying entry "uid=ncs-dba-alerts,ou=Aliases,dc=georgetown,dc=edu" ldap_result: Can't contact LDAP server (-1)
On Fri, May 25, 2012 at 12:25 PM, Dan White dwhite@olp.net wrote:
On 05/25/12 11:20 -0400, David Massie wrote:
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?
I think that would depend on how the section of code which generates the abort is coded. If it produces debug output just prior to calling abort, then you should see that.
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?
I don't know the answer to that.
On Wed, May 23, 2012 at 6:22 PM, Dan White dwhite@olp.net wrote:
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.
openldap-technical@openldap.org