[Dovecot] dovecot-auth core dumps

[Cassidy B. Larson]

It appears the issue is when someone uses gssapi to authenticate.  Hope this
is what you want:

[root at 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 at 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.
>
>
>