bug report: dovecot-imapd core dump

Timo Sirainen tss at iki.fi
Tue Oct 13 18:41:36 UTC 2015


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



More information about the dovecot mailing list