Timo,
Does this give you what you need?
#0 0x00000000131bbdd4 in strcmp () from /lib/libc.so.7 No symbol table info available. #1 0x000000000040d0af in auth_find_service () No symbol table info available. #2 0x0000000000413b38 in auth_request_set_login_username () No symbol table info available. #3 0x0000000000413c72 in auth_request_set_username () No symbol table info available. #4 0x000000000040eedf in ?? () No symbol table info available. #5 0x000000000040f855 in ?? () No symbol table info available. #6 0x00000000108c7a16 in io_loop_call_io () from /usr/local/lib/dovecot/libdovecot.so.0 No symbol table info available. #7 0x00000000108c89d6 in io_loop_handler_run () from /usr/local/lib/dovecot/libdovecot.so.0 No symbol table info available. #8 0x00000000108c79bd in io_loop_run () from /usr/local/lib/dovecot/libdovecot.so.0 No symbol table info available. #9 0x000000001087e443 in master_service_run () from /usr/local/lib/dovecot/libdovecot.so.0 No symbol table info available. #10 0x000000000041bb90 in main () No symbol table info available.
On Tue, Jul 2, 2013 at 7:25 PM, Timo Sirainen tss@iki.fi wrote:
On 3.7.2013, at 3.20, Cassidy Larson alandaluz@gmail.com wrote:
dovecot: auth: Fatal: master: service(auth): child 72272 killed with signal 11 (core not dumped)
A crash is always a bug. It would be nice to be able to fix it. A gdb backtrace would be the easiest way to fix it. One possibility would be to a get a core dump, which could be kind of annoyingly difficult since it didn't already happen. One hopefully easier way would be to:
- telnet localhost 143
- In another terminal run: ps aux | grep dovecot/auth; gdb -p <pid of that auth process> cont <do whatever to get the process to crash> bt full