[Dovecot] dovecot-2.2.7: Fatal: master: service(imap): child 49545 killed with signal 11 (core dumped)

[Marcin Mirosław]

Hi!
After upgrade I'm noticing many coredummps, below is backtrace:
$ echo "bt"|gdb ....

#0  o_stream_zlib_flush (stream=0xc8be5b27640) at ostream-zlib.c:222
222             if (o_stream_zlib_send_flush(zstream) < 0)
(gdb) #0  o_stream_zlib_flush (stream=0xc8be5b27640) at ostream-zlib.c:222
#1  0x00007a695e8f09cd in o_stream_flush
(stream=stream at entry=0xc8be5b276d0) at ostream.c:147
#2  0x00007a695e83c06f in o_stream_zlib_close (stream=0xc8be5b27640,
close_parent=true) at ostream-zlib.c:35
#3  0x00007a695e8f0375 in o_stream_close_full
(stream=stream at entry=0xc8be5b276d0,
close_parents=close_parents at entry=true) at ostream.c:49
#4  0x00007a695e8f06e2 in o_stream_close
(stream=stream at entry=0xc8be5b276d0) at ostream.c:85
#5  0x00007a695e8f1738 in o_stream_copy_error_from_parent
(_stream=_stream at entry=0xc8be5b27640) at ostream.c:434
#6  0x00007a695e83c5cc in o_stream_zlib_flush (stream=0xc8be5b27640) at
ostream-zlib.c:227
#7  0x00007a695e8f09cd in o_stream_flush
(stream=stream at entry=0xc8be5b276d0) at ostream.c:147
#8  0x00007a695e83c06f in o_stream_zlib_close (stream=0xc8be5b27640,
close_parent=true) at ostream-zlib.c:35
#9  0x00007a695e8f0375 in o_stream_close_full
(stream=stream at entry=0xc8be5b276d0,
close_parents=close_parents at entry=true) at ostream.c:49
#10 0x00007a695e8f06e2 in o_stream_close
(stream=stream at entry=0xc8be5b276d0) at ostream.c:85
#11 0x00007a695e8f1738 in o_stream_copy_error_from_parent
(_stream=_stream at entry=0xc8be5b27640) at ostream.c:434
#12 0x00007a695e83c5cc in o_stream_zlib_flush (stream=0xc8be5b27640) at
ostream-zlib.c:227
#13 0x00007a695e8f09cd in o_stream_flush
(stream=stream at entry=0xc8be5b276d0) at ostream.c:147
#14 0x00007a695e83c06f in o_stream_zlib_close (stream=0xc8be5b27640,
close_parent=true) at ostream-zlib.c:35
#15 0x00007a695e8f0375 in o_stream_close_full
(stream=stream at entry=0xc8be5b276d0,
close_parents=close_parents at entry=true) at ostream.c:49
#16 0x00007a695e8f06e2 in o_stream_close
(stream=stream at entry=0xc8be5b276d0) at ostream.c:85
#17 0x00007a695e8f1738 in o_stream_copy_error_from_parent
(_stream=_stream at entry=0xc8be5b27640) at ostream.c:434
#18 0x00007a695e83c5cc in o_stream_zlib_flush (stream=0xc8be5b27640) at
ostream-zlib.c:227
#19 0x00007a695e8f09cd in o_stream_flush
(stream=stream at entry=0xc8be5b276d0) at ostream.c:147
#20 0x00007a695e83c06f in o_stream_zlib_close (stream=0xc8be5b27640,
close_parent=true) at ostream-zlib.c:35
#21 0x00007a695e8f0375 in o_stream_close_full
(stream=stream at entry=0xc8be5b276d0,
close_parents=close_parents at entry=true) at ostream.c:49
#22 0x00007a695e8f06e2 in o_stream_close
(stream=stream at entry=0xc8be5b276d0) at ostream.c:85
#23 0x00007a695e8f1738 in o_stream_copy_error_from_parent
(_stream=_stream at entry=0xc8be5b27640) at ostream.c:434
#24 0x00007a695e83c5cc in o_stream_zlib_flush (stream=0xc8be5b27640) at
ostream-zlib.c:227
#25 0x00007a695e8f09cd in o_stream_flush
(stream=stream at entry=0xc8be5b276d0) at ostream.c:147
#26 0x00007a695e83c06f in o_stream_zlib_close (stream=0xc8be5b27640,
close_parent=true) at ostream-zlib.c:35

[...]
#285878 0x00007a695e8f0adc in o_stream_default_cork
(_stream=0xc8be5b27640, set=<optimized out>) at ostream.c:419
#285879 o_stream_default_cork (_stream=0xc8be5b27640, set=<optimized
out>) at ostream.c:412
#285880 0x00000c8be506b72d in client_input (client=0xc8be5b07b00) at
imap-client.c:945
#285881 0x00007a695e8e4867 in io_loop_call_io (io=0xc8be5b8f370) at
ioloop.c:387
#285882 0x00007a695e8e5d1f in io_loop_handler_run
(ioloop=ioloop at entry=0xc8be5ab50f0) at ioloop-epoll.c:220
#285883 0x00007a695e8e4178 in io_loop_run (ioloop=0xc8be5ab50f0) at
ioloop.c:411
#285884 0x00007a695e87a847 in master_service_run (service=0xc8be5ab4f80,
callback=callback at entry=0xc8be5077f20 <client_connected>) at
master-service.c:566
#285885 0x00000c8be50785d4 in main (argc=1, argv=0xc8be5ab4d50) at
main.c:400

And gdb is killing by OOM. I suspect this can be related to imapc.

Regards,
Marcin