Timo Sirainen <tss@iki.fi> wrote:
On Sun, 2010-02-28 at 16:09 +0100, Thomas Leuxner wrote:
Feb 28 16:07:00 spectre dovecot: master: service(lmtp): child 17322 kille= d with signal 11 (core dumps disabled) Could you get gdb backtrace? http://dovecot.org/bugreport.html
For the record, I see those too. I use Stephan Bosch's Debian packages. The issue has not been there with 2:2.0.beta3-0~auto+4 (hg 10807:ba19f3c077a8), but has appeared with 2:2.0.beta3-0~auto+6 (hg 10815:1a888e13bf7f).
#0 0x00007f525ef3dc93 in epoll_wait () from /lib/libc.so.6 No symbol table info available. #1 0x00007f525f85e07a in io_loop_handler_run (ioloop=0x18495d0) at ioloop-epoll.c:175 ctx = 0x18497e0 event = <value optimized out> list = <value optimized out> io = <value optimized out> tv = {tv_sec = 2147483, tv_usec = 0} t_id = 2 msecs = 2147483647 ret = 1 i = <value optimized out> call = <value optimized out> #2 0x00007f525f85d268 in io_loop_run (ioloop=0x18495d0) at ioloop.c:350 No locals. #3 0x00007f525f84d9d3 in master_service_run (service=0x18494b0, callback=0x1849850) at master-service.c:478 No locals.
I also see a signal 11 in pop3 on disconnect, backtrace:
(gdb) bt full #0 hash_table_destroy (_table=0x6ec7f0) at hash.c:110 table = 0x0 #1 0x00007f82b770b9d4 in settings_parser_deinit (_ctx=<value optimized out>) at settings-parser.c:231 ctx = 0x6ec7c8 #2 0x00007f82b7727681 in master_service_settings_cache_deinit ( _cache=<value optimized out>) at master-service-settings-cache.c:93 cache = 0x6ddaf8 entry = 0x0 next = 0x0
And managesieve segfaults immediately at TCP connect, but I have not managed to get a backtrace yet (it always says "core not dumped" regardless of ulimit -c setting. I also added -D to the executable, but no core file yet)
Feb 28 17:18:07 mail dovecot: master: service(managesieve-login): child 1168 killed with signal 11 (core not dumped)
Bernhard