Hi, could not find it -- back to the list, maybe someone can suggest a fix/workaround. Best, Tamas On Wed, Oct 07 2015, Dominik Breu wrote:> Hello, > > yeah this one looks familiar to me can you search the list back in > september there was a somewhat similar bug with thunderbird imho timo > posted a notice about it. > > greetings, > > dominik > > Am Mittwoch, den 07.10.2015, 15:53 +0200 schrieb Tamas Papp: >> Hi Dominik, >> >> Thanks for the help, the backtrace is here (I did not sent it to the >> list since I am not sure if it contains password or message >> information, >> sorry but I am unfamiliar with these things). >> >> Core was generated by `dovecot/imap'. >> Program terminated with signal SIGSEGV, Segmentation fault. >> #0 0x00007f404e58e3b6 in mail_index_keywords_unref >> #(_keywords=_keywords at entry=0x7ffecb8adeb8) at mail-index.c:383 >> 383 mail-index.c: No such file or directory. >> (gdb) bt full >> #0 0x00007f404e58e3b6 in mail_index_keywords_unref >> #(_keywords=_keywords at entry=0x7ffecb8adeb8) at mail-index.c:383 >> keywords = 0x7f404e27066d <buffer_alloc+45> >> __FUNCTION__ = "mail_index_keywords_unref" >> #1 0x00007f404e559975 in mailbox_keywords_unref >> (keywords=keywords at entry=0x7ffecb8adeb8) at mailbox-keywords.c:94 >> No locals. >> #2 0x00007f404ea254ad in cmd_append_handle_args >> (nonsync_r=0x7ffecb8ade8f, >> #args=<optimized out>, cmd=0x7f4050bc3250) at cmd-append.c:602 >> ctx = 0x7f4050bc3348 >> flags_list = 0x7f4050bcc840 >> flags = 9 >> keywords_list = 0x7f4050bc33f0 >> internal_date_str = 0x7f4050bcca00 "17-Sep-2015 14:19:23 >> +0200" >> internal_date = -1 >> timezone_offset = 0 >> keywords = 0x0 >> ret = <optimized out> >> client = 0x7f4050bc2670 >> cat_list = 0x0 >> input = <optimized out> >> valid = <optimized out> >> #3 cmd_append_parse_new_msg (cmd=cmd at entry=0x7f4050bc3250) at >> cmd-append.c:770 >> client = <optimized out> >> ctx = 0x7f4050bc3348 >> args = 0x7f4050bcc488 >> msg = <optimized out> >> arg_min_count = <optimized out> >> fatal = 255 >> nonsync = true >> last_literal = <optimized out> >> ret = <optimized out> >> __FUNCTION__ = "cmd_append_parse_new_msg" >> #4 0x00007f404ea25a17 in cmd_append (cmd=0x7f4050bc3250) at >> cmd-append.c:932 >> client = 0x7f4050bc2670 >> ctx = 0x7f4050bc3348 >> mailbox = 0x7f4050bafb78 "Cemex" >> #5 0x00007f404ea30e4c in command_exec (cmd=cmd at entry=0x7f4050bc3250) >> at >> imap-commands.c:158 >> hook = 0x7f4050bad0d0 >> ret = <optimized out> >> #6 0x00007f404ea2fd62 in client_command_input (cmd=0x7f4050bc3250) >> at >> imap-client.c:780 >> client = 0x7f4050bc2670 >> command = <optimized out> >> __FUNCTION__ = "client_command_input" >> #7 0x00007f404ea2fe16 in client_command_input (cmd=0x7f4050bc3250) >> at >> imap-client.c:841 >> client = 0x7f4050bc2670 >> command = <optimized out> >> __FUNCTION__ = "client_command_input" >> #8 0x00007f404ea3014d in client_handle_next_command >> (remove_io_r=<synthetic >> pointer>, client=0x7f4050bc2670) at imap-client.c:879 >> ---Type <return> to continue, or q <return> to quit--- >> No locals. >> #9 client_handle_input (client=0x7f4050bc2670) at imap-client.c:891 >> _data_stack_cur_id = 3 >> remove_io = false >> handled_commands = false >> client = 0x7f4050bc2670 >> #10 0x00007f404ea304f5 in client_input (client=0x7f4050bc2670) at >> imap-client.c:933 >> cmd = 0xf013c >> output = 0x7f4050bc30a0 >> bytes = 135 >> __FUNCTION__ = "client_input" >> #11 0x00007f404e285247 in io_loop_call_io (io=0x7f4050bc3170) at >> ioloop.c:388 >> ioloop = 0x7f4050bac720 >> t_id = 2 >> #12 0x00007f404e286079 in io_loop_handler_run >> (ioloop=ioloop at entry=0x7f4050bac720) at ioloop-epoll.c:220 >> ctx = 0x7f4050bad3b0 >> io = <optimized out> >> tv = {tv_sec = 1799, tv_usec = 999282} >> events_count = <optimized out> >> msecs = <optimized out> >> ret = 1 >> i = 0 >> j = <optimized out> >> call = <optimized out> >> __FUNCTION__ = "io_loop_handler_run" >> #13 0x00007f404e284d88 in io_loop_run (ioloop=0x7f4050bac720) at >> ioloop.c:412 >> __FUNCTION__ = "io_loop_run" >> #14 0x00007f404e231de3 in master_service_run (service=0x7f4050bac5b0, >> callback=<optimized out>) at master-service.c:566 >> No locals. >> #15 0x00007f404ea2424e in main (argc=1, argv=0x7f4050bac390) at >> main.c:400 >> set_roots = {0x7f404ec489c0 <imap_setting_parser_info>, 0x0} >> login_set = {auth_socket_path = 0x7f4050ba4048 "\001", >> postlogin_socket_path = 0x0, postlogin_timeout_secs = 60, callback >> 0x7f404ea39f40 <login_client_connected>, >> failure_callback = 0x7f404ea39c20 <login_client_failed>, >> request_auth_token = 1} >> service_flags = <optimized out> >> storage_service_flags = <optimized out> >> username = 0x0 >> c = <optimized out> >> (gdb) quit >> >> Best, >> >> Tamas >> >> On Wed, Oct 07 2015, Dominik Breu wrote: >> >> > Hello >> > >> > Tamas it would be a better backtace when you have installed the >> > dovecot >> > debug symboly mostly located under dovecote-dbg in apt. Further >> > debug >> > help can you find in the wiki. >> > >> > greetings >> > >> > dominik >> > >> > Am Mittwoch, den 07.10.2015, 15:09 +0200 schrieb Tamas Papp: >> > > Typical log message: >> > > >> > > Oct 7 11:39:36 hostname dovecot: imap(username): Fatal: master: >> > > service(imap): child 14864 killed with signal 11 (core dumped) >> > > >> > > What triggers the problem: >> > > >> > > User moving multiple messages to a subfolder via IMAP (from >> > > another >> > > account, on another server, client: Thunderbird). Moving single >> > > messages >> > > either does not trigger the problem, or with much lower >> > > probability >> > > (could not reproduce). >> > > >> > > Version: >> > > $ dpkg -l 'dovecot*' >> > > Desired=Unknown/Install/Remove/Purge/Hold >> > > > Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig >> > > > -aWait/Trig-pend >> > > > / Err?=(none)/Reinst-required (Status,Err: uppercase=bad) >> > > > > / Name Version >> > > > > Architecture Description >> > > +++-=====================================-======================>> > > -======================>> > > -===============================================================>> > > ===>> > > ===========>> > > un dovecot-common <none> >> > > <none> (no description available) >> > > ii dovecot-core 1:2.2.9-1ubuntu5 >> > > amd64 secure POP3/IMAP server - core files >> > > un dovecot-gssapi <none> >> > > <none> (no description available) >> > > ii dovecot-imapd 1:2.2.9-1ubuntu5 >> > > amd64 secure POP3/IMAP server - IMAP daemon >> > > un dovecot-ldap <none> >> > > <none> (no description available) >> > > un dovecot-lmtpd <none> >> > > <none> (no description available) >> > > un dovecot-managesieved <none> >> > > <none> (no description available) >> > > un dovecot-mysql <none> >> > > <none> (no description available) >> > > un dovecot-pgsql <none> >> > > <none> (no description available) >> > > un dovecot-pop3d <none> >> > > <none> (no description available) >> > > un dovecot-sieve <none> >> > > <none> (no description available) >> > > un dovecot-solr <none> >> > > <none> (no description available) >> > > un dovecot-sqlite <none> >> > > <none> (no description available) >> > > tamas at szob:~$ lsb_release -a >> > > No LSB modules are available. >> > > Distributor ID: Ubuntu >> > > Description: Ubuntu 15.04 >> > > Release: 15.04 >> > > Codename: vivid >> > > >> > > Also tried 2.2.18 from Ubuntu wiley, same results. >> > > >> > > Backtrace (I am not sure this is useful, extraced core from >> > > Ubuntu's >> > > Apport): >> > > >> > > (gdb) bt full >> > > #0 0x00007f404e58e3b6 in mail_index_keywords_unref () from >> > > /usr/lib/dovecot/libdovecot-storage.so.0 >> > > No symbol table info available. >> > > #1 0x00007f404ea254ad in _start () >> > > No symbol table info available. >> > > >> > > Any help would be appreciated, I am happy to provide more info if >> > > necessary. >> > > >> > > Tamas
Hi, Since I did not get any specific suggestions about this bug, I am attaching another backtrace. Any suggestions for workarounds etc would be appreciated -- should I regenerate the index? Or install a dovecot from the repo where this might be fixed? Is this a known bug? Best, Tamas -------------- next part -------------- A non-text attachment was scrubbed... Name: dovecot-gdb Type: application/octet-stream Size: 4375 bytes Desc: not available URL: <http://dovecot.org/pipermail/dovecot/attachments/20151010/af6e64ca/attachment.obj> -------------- next part -------------- On Wed, Oct 07 2015, Tamas Papp wrote:> Hi, > > could not find it -- back to the list, maybe someone can suggest a > fix/workaround. > > Best, > > Tamas > > On Wed, Oct 07 2015, Dominik Breu wrote: > >> Hello, >> >> yeah this one looks familiar to me can you search the list back in >> september there was a somewhat similar bug with thunderbird imho timo >> posted a notice about it. >> >> greetings, >> >> dominik >> >> Am Mittwoch, den 07.10.2015, 15:53 +0200 schrieb Tamas Papp: >>> Hi Dominik, >>> >>> Thanks for the help, the backtrace is here (I did not sent it to the >>> list since I am not sure if it contains password or message >>> information, >>> sorry but I am unfamiliar with these things). >>> >>> Core was generated by `dovecot/imap'. >>> Program terminated with signal SIGSEGV, Segmentation fault. >>> #0 0x00007f404e58e3b6 in mail_index_keywords_unref >>> #(_keywords=_keywords at entry=0x7ffecb8adeb8) at mail-index.c:383 >>> 383 mail-index.c: No such file or directory. >>> (gdb) bt full >>> #0 0x00007f404e58e3b6 in mail_index_keywords_unref >>> #(_keywords=_keywords at entry=0x7ffecb8adeb8) at mail-index.c:383 >>> keywords = 0x7f404e27066d <buffer_alloc+45> >>> __FUNCTION__ = "mail_index_keywords_unref" >>> #1 0x00007f404e559975 in mailbox_keywords_unref >>> (keywords=keywords at entry=0x7ffecb8adeb8) at mailbox-keywords.c:94 >>> No locals. >>> #2 0x00007f404ea254ad in cmd_append_handle_args >>> (nonsync_r=0x7ffecb8ade8f, >>> #args=<optimized out>, cmd=0x7f4050bc3250) at cmd-append.c:602 >>> ctx = 0x7f4050bc3348 >>> flags_list = 0x7f4050bcc840 >>> flags = 9 >>> keywords_list = 0x7f4050bc33f0 >>> internal_date_str = 0x7f4050bcca00 "17-Sep-2015 14:19:23 >>> +0200" >>> internal_date = -1 >>> timezone_offset = 0 >>> keywords = 0x0 >>> ret = <optimized out> >>> client = 0x7f4050bc2670 >>> cat_list = 0x0 >>> input = <optimized out> >>> valid = <optimized out> >>> #3 cmd_append_parse_new_msg (cmd=cmd at entry=0x7f4050bc3250) at >>> cmd-append.c:770 >>> client = <optimized out> >>> ctx = 0x7f4050bc3348 >>> args = 0x7f4050bcc488 >>> msg = <optimized out> >>> arg_min_count = <optimized out> >>> fatal = 255 >>> nonsync = true >>> last_literal = <optimized out> >>> ret = <optimized out> >>> __FUNCTION__ = "cmd_append_parse_new_msg" >>> #4 0x00007f404ea25a17 in cmd_append (cmd=0x7f4050bc3250) at >>> cmd-append.c:932 >>> client = 0x7f4050bc2670 >>> ctx = 0x7f4050bc3348 >>> mailbox = 0x7f4050bafb78 "Cemex" >>> #5 0x00007f404ea30e4c in command_exec (cmd=cmd at entry=0x7f4050bc3250) >>> at >>> imap-commands.c:158 >>> hook = 0x7f4050bad0d0 >>> ret = <optimized out> >>> #6 0x00007f404ea2fd62 in client_command_input (cmd=0x7f4050bc3250) >>> at >>> imap-client.c:780 >>> client = 0x7f4050bc2670 >>> command = <optimized out> >>> __FUNCTION__ = "client_command_input" >>> #7 0x00007f404ea2fe16 in client_command_input (cmd=0x7f4050bc3250) >>> at >>> imap-client.c:841 >>> client = 0x7f4050bc2670 >>> command = <optimized out> >>> __FUNCTION__ = "client_command_input" >>> #8 0x00007f404ea3014d in client_handle_next_command >>> (remove_io_r=<synthetic >>> pointer>, client=0x7f4050bc2670) at imap-client.c:879 >>> ---Type <return> to continue, or q <return> to quit--- >>> No locals. >>> #9 client_handle_input (client=0x7f4050bc2670) at imap-client.c:891 >>> _data_stack_cur_id = 3 >>> remove_io = false >>> handled_commands = false >>> client = 0x7f4050bc2670 >>> #10 0x00007f404ea304f5 in client_input (client=0x7f4050bc2670) at >>> imap-client.c:933 >>> cmd = 0xf013c >>> output = 0x7f4050bc30a0 >>> bytes = 135 >>> __FUNCTION__ = "client_input" >>> #11 0x00007f404e285247 in io_loop_call_io (io=0x7f4050bc3170) at >>> ioloop.c:388 >>> ioloop = 0x7f4050bac720 >>> t_id = 2 >>> #12 0x00007f404e286079 in io_loop_handler_run >>> (ioloop=ioloop at entry=0x7f4050bac720) at ioloop-epoll.c:220 >>> ctx = 0x7f4050bad3b0 >>> io = <optimized out> >>> tv = {tv_sec = 1799, tv_usec = 999282} >>> events_count = <optimized out> >>> msecs = <optimized out> >>> ret = 1 >>> i = 0 >>> j = <optimized out> >>> call = <optimized out> >>> __FUNCTION__ = "io_loop_handler_run" >>> #13 0x00007f404e284d88 in io_loop_run (ioloop=0x7f4050bac720) at >>> ioloop.c:412 >>> __FUNCTION__ = "io_loop_run" >>> #14 0x00007f404e231de3 in master_service_run (service=0x7f4050bac5b0, >>> callback=<optimized out>) at master-service.c:566 >>> No locals. >>> #15 0x00007f404ea2424e in main (argc=1, argv=0x7f4050bac390) at >>> main.c:400 >>> set_roots = {0x7f404ec489c0 <imap_setting_parser_info>, 0x0} >>> login_set = {auth_socket_path = 0x7f4050ba4048 "\001", >>> postlogin_socket_path = 0x0, postlogin_timeout_secs = 60, callback >>> 0x7f404ea39f40 <login_client_connected>, >>> failure_callback = 0x7f404ea39c20 <login_client_failed>, >>> request_auth_token = 1} >>> service_flags = <optimized out> >>> storage_service_flags = <optimized out> >>> username = 0x0 >>> c = <optimized out> >>> (gdb) quit >>> >>> Best, >>> >>> Tamas >>> >>> On Wed, Oct 07 2015, Dominik Breu wrote: >>> >>> > Hello >>> > >>> > Tamas it would be a better backtace when you have installed the >>> > dovecot >>> > debug symboly mostly located under dovecote-dbg in apt. Further >>> > debug >>> > help can you find in the wiki. >>> > >>> > greetings >>> > >>> > dominik >>> > >>> > Am Mittwoch, den 07.10.2015, 15:09 +0200 schrieb Tamas Papp: >>> > > Typical log message: >>> > > >>> > > Oct 7 11:39:36 hostname dovecot: imap(username): Fatal: master: >>> > > service(imap): child 14864 killed with signal 11 (core dumped) >>> > > >>> > > What triggers the problem: >>> > > >>> > > User moving multiple messages to a subfolder via IMAP (from >>> > > another >>> > > account, on another server, client: Thunderbird). Moving single >>> > > messages >>> > > either does not trigger the problem, or with much lower >>> > > probability >>> > > (could not reproduce). >>> > > >>> > > Version: >>> > > $ dpkg -l 'dovecot*' >>> > > Desired=Unknown/Install/Remove/Purge/Hold >>> > > > Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig >>> > > > -aWait/Trig-pend >>> > > > / Err?=(none)/Reinst-required (Status,Err: uppercase=bad) >>> > > > > / Name Version >>> > > > > Architecture Description >>> > > +++-=====================================-======================>>> > > -======================>>> > > -===============================================================>>> > > ===>>> > > ===========>>> > > un dovecot-common <none> >>> > > <none> (no description available) >>> > > ii dovecot-core 1:2.2.9-1ubuntu5 >>> > > amd64 secure POP3/IMAP server - core files >>> > > un dovecot-gssapi <none> >>> > > <none> (no description available) >>> > > ii dovecot-imapd 1:2.2.9-1ubuntu5 >>> > > amd64 secure POP3/IMAP server - IMAP daemon >>> > > un dovecot-ldap <none> >>> > > <none> (no description available) >>> > > un dovecot-lmtpd <none> >>> > > <none> (no description available) >>> > > un dovecot-managesieved <none> >>> > > <none> (no description available) >>> > > un dovecot-mysql <none> >>> > > <none> (no description available) >>> > > un dovecot-pgsql <none> >>> > > <none> (no description available) >>> > > un dovecot-pop3d <none> >>> > > <none> (no description available) >>> > > un dovecot-sieve <none> >>> > > <none> (no description available) >>> > > un dovecot-solr <none> >>> > > <none> (no description available) >>> > > un dovecot-sqlite <none> >>> > > <none> (no description available) >>> > > tamas at szob:~$ lsb_release -a >>> > > No LSB modules are available. >>> > > Distributor ID: Ubuntu >>> > > Description: Ubuntu 15.04 >>> > > Release: 15.04 >>> > > Codename: vivid >>> > > >>> > > Also tried 2.2.18 from Ubuntu wiley, same results. >>> > > >>> > > Backtrace (I am not sure this is useful, extraced core from >>> > > Ubuntu's >>> > > Apport): >>> > > >>> > > (gdb) bt full >>> > > #0 0x00007f404e58e3b6 in mail_index_keywords_unref () from >>> > > /usr/lib/dovecot/libdovecot-storage.so.0 >>> > > No symbol table info available. >>> > > #1 0x00007f404ea254ad in _start () >>> > > No symbol table info available. >>> > > >>> > > Any help would be appreciated, I am happy to provide more info if >>> > > necessary. >>> > > >>> > > Tamas
On 10 Oct 2015, at 20:34, Tamas Papp <tkpapp at gmail.com> wrote:> > Hi, > > Since I did not get any specific suggestions about this bug, I am > attaching another backtrace. Any suggestions for workarounds etc would > be appreciated -- should I regenerate the index? Or install a dovecot > from the repo where this might be fixed? Is this a known bug?Fixed: http://hg.dovecot.org/dovecot-2.2/rev/5e48c5a29ddd The APPEND will still fail, but at least it won't crash anymore.> > Best, > > Tamas > <dovecot-gdb> > > On Wed, Oct 07 2015, Tamas Papp wrote: > >> Hi, >> >> could not find it -- back to the list, maybe someone can suggest a >> fix/workaround. >> >> Best, >> >> Tamas >> >> On Wed, Oct 07 2015, Dominik Breu wrote: >> >>> Hello, >>> >>> yeah this one looks familiar to me can you search the list back in >>> september there was a somewhat similar bug with thunderbird imho timo >>> posted a notice about it. >>> >>> greetings, >>> >>> dominik >>> >>> Am Mittwoch, den 07.10.2015, 15:53 +0200 schrieb Tamas Papp: >>>> Hi Dominik, >>>> >>>> Thanks for the help, the backtrace is here (I did not sent it to the >>>> list since I am not sure if it contains password or message >>>> information, >>>> sorry but I am unfamiliar with these things). >>>> >>>> Core was generated by `dovecot/imap'. >>>> Program terminated with signal SIGSEGV, Segmentation fault. >>>> #0 0x00007f404e58e3b6 in mail_index_keywords_unref >>>> #(_keywords=_keywords at entry=0x7ffecb8adeb8) at mail-index.c:383 >>>> 383 mail-index.c: No such file or directory. >>>> (gdb) bt full >>>> #0 0x00007f404e58e3b6 in mail_index_keywords_unref >>>> #(_keywords=_keywords at entry=0x7ffecb8adeb8) at mail-index.c:383 >>>> keywords = 0x7f404e27066d <buffer_alloc+45> >>>> __FUNCTION__ = "mail_index_keywords_unref" >>>> #1 0x00007f404e559975 in mailbox_keywords_unref >>>> (keywords=keywords at entry=0x7ffecb8adeb8) at mailbox-keywords.c:94 >>>> No locals. >>>> #2 0x00007f404ea254ad in cmd_append_handle_args >>>> (nonsync_r=0x7ffecb8ade8f, >>>> #args=<optimized out>, cmd=0x7f4050bc3250) at cmd-append.c:602 >>>> ctx = 0x7f4050bc3348 >>>> flags_list = 0x7f4050bcc840 >>>> flags = 9 >>>> keywords_list = 0x7f4050bc33f0 >>>> internal_date_str = 0x7f4050bcca00 "17-Sep-2015 14:19:23 >>>> +0200" >>>> internal_date = -1 >>>> timezone_offset = 0 >>>> keywords = 0x0 >>>> ret = <optimized out> >>>> client = 0x7f4050bc2670 >>>> cat_list = 0x0 >>>> input = <optimized out> >>>> valid = <optimized out> >>>> #3 cmd_append_parse_new_msg (cmd=cmd at entry=0x7f4050bc3250) at >>>> cmd-append.c:770 >>>> client = <optimized out> >>>> ctx = 0x7f4050bc3348 >>>> args = 0x7f4050bcc488 >>>> msg = <optimized out> >>>> arg_min_count = <optimized out> >>>> fatal = 255 >>>> nonsync = true >>>> last_literal = <optimized out> >>>> ret = <optimized out> >>>> __FUNCTION__ = "cmd_append_parse_new_msg" >>>> #4 0x00007f404ea25a17 in cmd_append (cmd=0x7f4050bc3250) at >>>> cmd-append.c:932 >>>> client = 0x7f4050bc2670 >>>> ctx = 0x7f4050bc3348 >>>> mailbox = 0x7f4050bafb78 "Cemex" >>>> #5 0x00007f404ea30e4c in command_exec (cmd=cmd at entry=0x7f4050bc3250) >>>> at >>>> imap-commands.c:158 >>>> hook = 0x7f4050bad0d0 >>>> ret = <optimized out> >>>> #6 0x00007f404ea2fd62 in client_command_input (cmd=0x7f4050bc3250) >>>> at >>>> imap-client.c:780 >>>> client = 0x7f4050bc2670 >>>> command = <optimized out> >>>> __FUNCTION__ = "client_command_input" >>>> #7 0x00007f404ea2fe16 in client_command_input (cmd=0x7f4050bc3250) >>>> at >>>> imap-client.c:841 >>>> client = 0x7f4050bc2670 >>>> command = <optimized out> >>>> __FUNCTION__ = "client_command_input" >>>> #8 0x00007f404ea3014d in client_handle_next_command >>>> (remove_io_r=<synthetic >>>> pointer>, client=0x7f4050bc2670) at imap-client.c:879 >>>> ---Type <return> to continue, or q <return> to quit--- >>>> No locals. >>>> #9 client_handle_input (client=0x7f4050bc2670) at imap-client.c:891 >>>> _data_stack_cur_id = 3 >>>> remove_io = false >>>> handled_commands = false >>>> client = 0x7f4050bc2670 >>>> #10 0x00007f404ea304f5 in client_input (client=0x7f4050bc2670) at >>>> imap-client.c:933 >>>> cmd = 0xf013c >>>> output = 0x7f4050bc30a0 >>>> bytes = 135 >>>> __FUNCTION__ = "client_input" >>>> #11 0x00007f404e285247 in io_loop_call_io (io=0x7f4050bc3170) at >>>> ioloop.c:388 >>>> ioloop = 0x7f4050bac720 >>>> t_id = 2 >>>> #12 0x00007f404e286079 in io_loop_handler_run >>>> (ioloop=ioloop at entry=0x7f4050bac720) at ioloop-epoll.c:220 >>>> ctx = 0x7f4050bad3b0 >>>> io = <optimized out> >>>> tv = {tv_sec = 1799, tv_usec = 999282} >>>> events_count = <optimized out> >>>> msecs = <optimized out> >>>> ret = 1 >>>> i = 0 >>>> j = <optimized out> >>>> call = <optimized out> >>>> __FUNCTION__ = "io_loop_handler_run" >>>> #13 0x00007f404e284d88 in io_loop_run (ioloop=0x7f4050bac720) at >>>> ioloop.c:412 >>>> __FUNCTION__ = "io_loop_run" >>>> #14 0x00007f404e231de3 in master_service_run (service=0x7f4050bac5b0, >>>> callback=<optimized out>) at master-service.c:566 >>>> No locals. >>>> #15 0x00007f404ea2424e in main (argc=1, argv=0x7f4050bac390) at >>>> main.c:400 >>>> set_roots = {0x7f404ec489c0 <imap_setting_parser_info>, 0x0} >>>> login_set = {auth_socket_path = 0x7f4050ba4048 "\001", >>>> postlogin_socket_path = 0x0, postlogin_timeout_secs = 60, callback >>>> 0x7f404ea39f40 <login_client_connected>, >>>> failure_callback = 0x7f404ea39c20 <login_client_failed>, >>>> request_auth_token = 1} >>>> service_flags = <optimized out> >>>> storage_service_flags = <optimized out> >>>> username = 0x0 >>>> c = <optimized out> >>>> (gdb) quit >>>> >>>> Best, >>>> >>>> Tamas >>>> >>>> On Wed, Oct 07 2015, Dominik Breu wrote: >>>> >>>>> Hello >>>>> >>>>> Tamas it would be a better backtace when you have installed the >>>>> dovecot >>>>> debug symboly mostly located under dovecote-dbg in apt. Further >>>>> debug >>>>> help can you find in the wiki. >>>>> >>>>> greetings >>>>> >>>>> dominik >>>>> >>>>> Am Mittwoch, den 07.10.2015, 15:09 +0200 schrieb Tamas Papp: >>>>>> Typical log message: >>>>>> >>>>>> Oct 7 11:39:36 hostname dovecot: imap(username): Fatal: master: >>>>>> service(imap): child 14864 killed with signal 11 (core dumped) >>>>>> >>>>>> What triggers the problem: >>>>>> >>>>>> User moving multiple messages to a subfolder via IMAP (from >>>>>> another >>>>>> account, on another server, client: Thunderbird). Moving single >>>>>> messages >>>>>> either does not trigger the problem, or with much lower >>>>>> probability >>>>>> (could not reproduce). >>>>>> >>>>>> Version: >>>>>> $ dpkg -l 'dovecot*' >>>>>> Desired=Unknown/Install/Remove/Purge/Hold >>>>>>> Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig >>>>>>> -aWait/Trig-pend >>>>>>> / Err?=(none)/Reinst-required (Status,Err: uppercase=bad) >>>>>>>> / Name Version >>>>>>>> Architecture Description >>>>>> +++-=====================================-======================>>>>>> -======================>>>>>> -===============================================================>>>>>> ===>>>>>> ===========>>>>>> un dovecot-common <none> >>>>>> <none> (no description available) >>>>>> ii dovecot-core 1:2.2.9-1ubuntu5 >>>>>> amd64 secure POP3/IMAP server - core files >>>>>> un dovecot-gssapi <none> >>>>>> <none> (no description available) >>>>>> ii dovecot-imapd 1:2.2.9-1ubuntu5 >>>>>> amd64 secure POP3/IMAP server - IMAP daemon >>>>>> un dovecot-ldap <none> >>>>>> <none> (no description available) >>>>>> un dovecot-lmtpd <none> >>>>>> <none> (no description available) >>>>>> un dovecot-managesieved <none> >>>>>> <none> (no description available) >>>>>> un dovecot-mysql <none> >>>>>> <none> (no description available) >>>>>> un dovecot-pgsql <none> >>>>>> <none> (no description available) >>>>>> un dovecot-pop3d <none> >>>>>> <none> (no description available) >>>>>> un dovecot-sieve <none> >>>>>> <none> (no description available) >>>>>> un dovecot-solr <none> >>>>>> <none> (no description available) >>>>>> un dovecot-sqlite <none> >>>>>> <none> (no description available) >>>>>> tamas at szob:~$ lsb_release -a >>>>>> No LSB modules are available. >>>>>> Distributor ID: Ubuntu >>>>>> Description: Ubuntu 15.04 >>>>>> Release: 15.04 >>>>>> Codename: vivid >>>>>> >>>>>> Also tried 2.2.18 from Ubuntu wiley, same results. >>>>>> >>>>>> Backtrace (I am not sure this is useful, extraced core from >>>>>> Ubuntu's >>>>>> Apport): >>>>>> >>>>>> (gdb) bt full >>>>>> #0 0x00007f404e58e3b6 in mail_index_keywords_unref () from >>>>>> /usr/lib/dovecot/libdovecot-storage.so.0 >>>>>> No symbol table info available. >>>>>> #1 0x00007f404ea254ad in _start () >>>>>> No symbol table info available. >>>>>> >>>>>> Any help would be appreciated, I am happy to provide more info if >>>>>> necessary. >>>>>> >>>>>> Tamas
Possibly Parallel Threads
- bug report: dovecot-imapd core dump
- 2.2.12: Panic: file mail-index.c: line 380 (mail_index_keywords_unref): assertion failed: (keywords->refcount > 0)
- bug report: dovecot-imapd core dump
- Panic in service(log)
- 2.2.27 panic file mail-index-map.c: line 549 (mail_index_map_lookup_seq_range): assertion failed: (first_uid > 0)