It appears the issue is when someone uses gssapi to authenticate. Hope this is what you want:
[root@carcel ~]# gdb /usr/local/libexec/dovecot/dovecot-auth 5863 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... Attaching to program: /usr/local/libexec/dovecot/dovecot-auth, process 5863 Reading symbols from /usr/lib/libpam.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libpam.so.3 Reading symbols from /usr/lib/libgssapi.so.8...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libgssapi.so.8 Reading symbols from /usr/lib/libkrb5.so.8...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libkrb5.so.8 Reading symbols from /usr/lib/libasn1.so.8...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libasn1.so.8 Reading symbols from /lib/libcrypto.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypto.so.4 Reading symbols from /usr/lib/libroken.so.8...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libroken.so.8 Reading symbols from /usr/lib/libcom_err.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libcom_err.so.3 Reading symbols from /usr/local/lib/mysql/libmysqlclient.so.15...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/mysql/libmysqlclient.so.15 Reading symbols from /lib/libcrypt.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypt.so.3 Reading symbols from /lib/libz.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libz.so.3 Reading symbols from /lib/libm.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.4 Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 0x000000001149031c in kevent () from /lib/libc.so.6 (gdb) continue Continuing.
Program received signal SIGSEGV, Segmentation fault. 0x00000000107712a8 in gss_delete_sec_context () from /usr/lib/libgssapi.so.8
On 8/1/07, Timo Sirainen tss@iki.fi wrote:
On Mon, 2007-07-30 at 14:06 -0600, Cassidy B. Larson wrote:
gdb /usr/local/libexec/dovecot/dovecot-auth /var/run/dovecot/dovecot- auth.core
This looks correct.
(gdb) bt full #0 0x180abc22 in gss_delete_sec_context () from /usr/lib/libgssapi.so.8 No symbol table info available. #1 0x08059246 in mech_deinit () No symbol table info available. #2 0x08053f12 in auth_request_handler_unref () No symbol table info available. #3 0x08050bef in auth_client_connection_destroy () No symbol table info available. #4 0x08050ead in auth_client_connection_create () No symbol table info available. #5 0x08065f54 in io_loop_handler_run () No symbol table info available. #6 0x08065605 in io_loop_run () No symbol table info available. #7 0x0805722a in main () No symbol table info available.
But this looks broken unfortunately. Usually it happens if the core file wasn't created by the exact same binary you gave to gdb.
One way to be sure would be to attach gdb to dovecot-auth while it's still running:
gdb /usr/local/libexec/dovecot/dovecot-auth <pid of dovecot-auth> continue <wait for crash> bt full
Also your dovecot-auth doesn't contain debugging information. It would be helpful to have that (make install probably strips them), but maybe not required if I just can get a nonbroken backtrace.