Hi sbr-services, Could you give me some idea? ### abrt reported the error as below. [root at cupop4 log]# abrt-cli list --since 1488267244 id ad716dbfd3a68bbe0f055e32ebfe562f4f75df43 reason: imap killed by SIGBUS time: Sun Mar 19 2017 10:58:27 AM JST cmdline: dovecot/imap package: dovecot-2.2.10-7.el7 uid: 80180 (acaa2325) count: 2 Directory: /var/spool/abrt/ccpp-2017-03-19-10:58:27-4904 'abrt-cli report ?????/var/spool/abrt/ccpp-2017-03-19-10:58:27-4904' ### /var/log/messages Mar 19 10:58:27 cupop4 abrt-hook-ccpp: Process 4904 (imap) of user 80180 killed by SIGBUS - dumping core And, there are lots of ldap error in /var/log/messages. Dovecot uses the ldap as userdb and passwddb. Is the ldap error related to imap crash? Mar 19 10:58:21 cupop4 nslcd[1534]: [a378de] <group/member="postfix"> ldap_result() failed: Invalid DN syntax: Invalid DN ### /var/log/dovecot Mar 19 10:58:27 cupop4 dovecot: imap(acaa2325): Fatal: master: service(imap): child 4904 killed with signal 7 (core dumped) ### gdb Core was generated by `dovecot/imap'. Program terminated with signal 7, Bus error. #0 0x00007fc4a69f293e in mail_cache_lookup_offset (cache=0x7fc4a811a320, view=<optimized out>, seq=<optimized out>, offset_r=offset_r at entry =0x7ffe23a98900) at mail-cache-lookup.c:95 95 while (cache->hdr->file_seq != reset_id) { (gdb) bt #0 0x00007fc4a69f293e in mail_cache_lookup_offset (cache=0x7fc4a811a320, view=<optimized out>, seq=<optimized out>, offset_r=offset_r at entry =0x7ffe23a98900) at mail-cache-lookup.c:95 #1 0x00007fc4a69f2afa in mail_cache_lookup_iter_init (view=view at entry=0x7fc4a81332b0, seq=<optimized out>, ctx_r=ctx_r at entry=0x7ffe23a988e0) at mail-cache-lookup.c:154 #2 0x00007fc4a69f2f8f in mail_cache_seq (seq=<optimized out>, view=0x7fc4a81332b0) at mail-cache-lookup.c:322 #3 mail_cache_field_exists (view=view at entry=0x7fc4a81332b0, seq=seq at entry=760, field=field at entry=4) at mail-cache-lookup.c:352 #4 0x00007fc4a69f3151 in mail_cache_lookup_field (view=0x7fc4a81332b0, dest_buf=dest_buf at entry=0x7ffe23a98a00, seq=760, field_idx=field_idx at entry =4) at mail-cache-lookup.c:413 #5 0x00007fc4a69d9439 in index_mail_cache_lookup_field (mail=mail at entry=0x7fc4a8128cd0, buf=buf at entry=0x7ffe23a98a00, field_idx=field_idx at entry=4) at index-mail.c:68 #6 0x00007fc4a69d94a7 in index_mail_get_fixed_field (mail=0x7fc4a8128cd0, field=<optimized out>, data=<optimized out>, data_size=8) at index-mail.c:130 #7 0x00007fc4a69d9fed in index_mail_get_cached_virtual_size (mail=mail at entry=0x7fc4a8128cd0, size_r=size_r at entry=0x7ffe23a98b20) at index-mail.c:403 #8 0x00007fc4a6987c1b in maildir_mail_get_virtual_size (_mail=0x7fc4a8128cd0, size_r=0x7ffe23a98b20) at maildir-mail.c:388 #9 0x00007fc4a69d9719 in index_mail_update_access_parts (mail=mail at entry=0x7fc4a8128cd0) at index-mail.c:1490 #10 0x00007fc4a69dbb93 in index_mail_set_seq (_mail=0x7fc4a8128cd0, seq=760, saving=<optimized out>) at index-mail.c:1521 #11 0x00007fc4a69e28cb in search_more_with_mail (mail=0x7fc4a8128cd0, ctx=0x7fc4a8132730) at index-search.c:1507 #12 search_more_with_prefetching (mail_r=<optimized out>, ctx=<optimized out>) at index-search.c:1579 #13 search_more (ctx=ctx at entry=0x7fc4a8132730, mail_r=mail_r at entry=0x7ffe23a98c20) at index-search.c:1650 #14 0x00007fc4a69e2ff4 in index_storage_search_next_nonblock (_ctx=0x7fc4a8132730, mail_r=0x7fc4a81120d8, tryagain_r=0x7ffe23a98c87) at index-search.c:1674 #15 0x00007fc4a69bc4ef in mailbox_search_next_nonblock (ctx=ctx at entry=0x7fc4a8132730, mail_r=mail_r at entry=0x7fc4a81120d8, tryagain_r=tryagain_r at entry=0x7ffe23a98c87) at mail-storage.c:1787 #16 0x00007fc4a69bc55d in mailbox_search_next (ctx=0x7fc4a8132730, mail_r=mail_r at entry=0x7fc4a81120d8) at mail-storage.c:1773 #17 0x00007fc4a6e97874 in imap_fetch_more_int (ctx=ctx at entry=0x7fc4a8112078, cancel=false) at imap-fetch.c:479 #18 0x00007fc4a6e98852 in imap_fetch_more (ctx=0x7fc4a8112078, cmd=cmd at entry=0x7fc4a8111ed0) at imap-fetch.c:556 #19 0x00007fc4a6e8c17d in cmd_fetch (cmd=0x7fc4a8111ed0) at cmd-fetch.c:284 #20 0x00007fc4a6e9601c in command_exec (cmd=cmd at entry=0x7fc4a8111ed0) at imap-commands.c:158 #21 0x00007fc4a6e94f1f in client_command_input (cmd=cmd at entry=0x7fc4a8111ed0) at imap-client.c:780 #22 0x00007fc4a6e95005 in client_command_input (cmd=0x7fc4a8111ed0) at imap-client.c:841 #23 0x00007fc4a6e952fd in client_handle_next_command (remove_io_r=<synthetic pointer>, client=0x7fc4a8111530) at imap-client.c:879 #24 client_handle_input (client=client at entry=0x7fc4a8111530) at imap-client.c:891 #25 0x00007fc4a6e956c5 in client_input (client=0x7fc4a8111530) at imap-client.c:933 #26 0x00007fc4a66e1a87 in io_loop_call_io (io=0x7fc4a811edd0) at ioloop.c:388 #27 0x00007fc4a66e290f in io_loop_handler_run (ioloop=ioloop at entry=0x7fc4a80fc750) at ioloop-epoll.c:220 #28 0x00007fc4a66e15d8 in io_loop_run (ioloop=0x7fc4a80fc750) at ioloop.c:412 #29 0x00007fc4a668e9e3 in master_service_run (service=0x7fc4a80fc5e0, callback=callback at entry=0x7fc4a6e9ed70 <client_connected>) at master-service.c:571 #30 0x00007fc4a6e89324 in main (argc=1, argv=0x7fc4a80fc390) at main.c:400 Thank you. Best regards, Hongying Liu
Hi! Responses in middle. Aki On 06.04.2017 06:05, Hongying Liu wrote:> Hi sbr-services, > > Could you give me some idea? > > ### abrt reported the error as below. > [root at cupop4 log]# abrt-cli list --since 1488267244 id > ad716dbfd3a68bbe0f055e32ebfe562f4f75df43 > reason: imap killed by SIGBUS > time: Sun Mar 19 2017 10:58:27 AM JST > cmdline: dovecot/imap > package: dovecot-2.2.10-7.el7 > uid: 80180 (acaa2325) > count: 2 > Directory: /var/spool/abrt/ccpp-2017-03-19-10:58:27-4904 > 'abrt-cli report ?????/var/spool/abrt/ccpp-2017-03-19-10:58:27-4904' > > > ### /var/log/messages > Mar 19 10:58:27 cupop4 abrt-hook-ccpp: Process 4904 (imap) of user 80180 > killed by SIGBUS - dumping core > > And, there are lots of ldap error in /var/log/messages. Dovecot uses the > ldap as userdb and passwddb. > Is the ldap error related to imap crash? > > Mar 19 10:58:21 cupop4 nslcd[1534]: [a378de] <group/member="postfix"> > ldap_result() failed: Invalid DN syntax: Invalid DNThis looks like an invalid DN syntax.> > ### /var/log/dovecot > > Mar 19 10:58:27 cupop4 dovecot: imap(acaa2325): Fatal: master: > service(imap): child 4904 killed with signal 7 (core dumped) >Can you do p cache, p cache->hdr, p cache->hdr->file_seq and p reset_id> ### gdb > > Core was generated by `dovecot/imap'. > Program terminated with signal 7, Bus error. > #0 0x00007fc4a69f293e in mail_cache_lookup_offset (cache=0x7fc4a811a320, > view=<optimized out>, seq=<optimized out>, offset_r=offset_r at entry > =0x7ffe23a98900) > at mail-cache-lookup.c:95 > 95 while (cache->hdr->file_seq != reset_id) { > (gdb) bt > #0 0x00007fc4a69f293e in mail_cache_lookup_offset (cache=0x7fc4a811a320, > view=<optimized out>, seq=<optimized out>, offset_r=offset_r at entry > =0x7ffe23a98900) > at mail-cache-lookup.c:95 > #1 0x00007fc4a69f2afa in mail_cache_lookup_iter_init > (view=view at entry=0x7fc4a81332b0, > seq=<optimized out>, ctx_r=ctx_r at entry=0x7ffe23a988e0) > at mail-cache-lookup.c:154 > #2 0x00007fc4a69f2f8f in mail_cache_seq (seq=<optimized out>, > view=0x7fc4a81332b0) at mail-cache-lookup.c:322 > #3 mail_cache_field_exists (view=view at entry=0x7fc4a81332b0, seq=seq at entry=760, > field=field at entry=4) at mail-cache-lookup.c:352 > #4 0x00007fc4a69f3151 in mail_cache_lookup_field (view=0x7fc4a81332b0, > dest_buf=dest_buf at entry=0x7ffe23a98a00, seq=760, field_idx=field_idx at entry > =4) > at mail-cache-lookup.c:413 > #5 0x00007fc4a69d9439 in index_mail_cache_lookup_field > (mail=mail at entry=0x7fc4a8128cd0, > buf=buf at entry=0x7ffe23a98a00, field_idx=field_idx at entry=4) > at index-mail.c:68 > #6 0x00007fc4a69d94a7 in index_mail_get_fixed_field (mail=0x7fc4a8128cd0, > field=<optimized out>, data=<optimized out>, data_size=8) at > index-mail.c:130 > #7 0x00007fc4a69d9fed in index_mail_get_cached_virtual_size > (mail=mail at entry=0x7fc4a8128cd0, size_r=size_r at entry=0x7ffe23a98b20) at > index-mail.c:403 > #8 0x00007fc4a6987c1b in maildir_mail_get_virtual_size > (_mail=0x7fc4a8128cd0, size_r=0x7ffe23a98b20) at maildir-mail.c:388 > #9 0x00007fc4a69d9719 in index_mail_update_access_parts > (mail=mail at entry=0x7fc4a8128cd0) > at index-mail.c:1490 > #10 0x00007fc4a69dbb93 in index_mail_set_seq (_mail=0x7fc4a8128cd0, > seq=760, saving=<optimized out>) at index-mail.c:1521 > #11 0x00007fc4a69e28cb in search_more_with_mail (mail=0x7fc4a8128cd0, > ctx=0x7fc4a8132730) at index-search.c:1507 > #12 search_more_with_prefetching (mail_r=<optimized out>, ctx=<optimized > out>) at index-search.c:1579 > #13 search_more (ctx=ctx at entry=0x7fc4a8132730, > mail_r=mail_r at entry=0x7ffe23a98c20) > at index-search.c:1650 > #14 0x00007fc4a69e2ff4 in index_storage_search_next_nonblock > (_ctx=0x7fc4a8132730, mail_r=0x7fc4a81120d8, tryagain_r=0x7ffe23a98c87) at > index-search.c:1674 > #15 0x00007fc4a69bc4ef in mailbox_search_next_nonblock > (ctx=ctx at entry=0x7fc4a8132730, > mail_r=mail_r at entry=0x7fc4a81120d8, > tryagain_r=tryagain_r at entry=0x7ffe23a98c87) at mail-storage.c:1787 > #16 0x00007fc4a69bc55d in mailbox_search_next (ctx=0x7fc4a8132730, > mail_r=mail_r at entry=0x7fc4a81120d8) at mail-storage.c:1773 > #17 0x00007fc4a6e97874 in imap_fetch_more_int (ctx=ctx at entry=0x7fc4a8112078, > cancel=false) at imap-fetch.c:479 > #18 0x00007fc4a6e98852 in imap_fetch_more (ctx=0x7fc4a8112078, > cmd=cmd at entry=0x7fc4a8111ed0) > at imap-fetch.c:556 > #19 0x00007fc4a6e8c17d in cmd_fetch (cmd=0x7fc4a8111ed0) at cmd-fetch.c:284 > #20 0x00007fc4a6e9601c in command_exec (cmd=cmd at entry=0x7fc4a8111ed0) at > imap-commands.c:158 > #21 0x00007fc4a6e94f1f in client_command_input (cmd=cmd at entry=0x7fc4a8111ed0) > at imap-client.c:780 > #22 0x00007fc4a6e95005 in client_command_input (cmd=0x7fc4a8111ed0) at > imap-client.c:841 > #23 0x00007fc4a6e952fd in client_handle_next_command > (remove_io_r=<synthetic pointer>, client=0x7fc4a8111530) at > imap-client.c:879 > #24 client_handle_input (client=client at entry=0x7fc4a8111530) at > imap-client.c:891 > #25 0x00007fc4a6e956c5 in client_input (client=0x7fc4a8111530) at > imap-client.c:933 > #26 0x00007fc4a66e1a87 in io_loop_call_io (io=0x7fc4a811edd0) at > ioloop.c:388 > #27 0x00007fc4a66e290f in io_loop_handler_run > (ioloop=ioloop at entry=0x7fc4a80fc750) > at ioloop-epoll.c:220 > #28 0x00007fc4a66e15d8 in io_loop_run (ioloop=0x7fc4a80fc750) at > ioloop.c:412 > #29 0x00007fc4a668e9e3 in master_service_run (service=0x7fc4a80fc5e0, > callback=callback at entry=0x7fc4a6e9ed70 <client_connected>) at > master-service.c:571 > #30 0x00007fc4a6e89324 in main (argc=1, argv=0x7fc4a80fc390) at main.c:400 > > Thank you. > > Best regards, > Hongying Liu
Please keep responses on list. Can you please run valgrind on this, as it appears to be some sort of memory corruption issue. Aki> On April 7, 2017 at 5:37 AM Hongying Liu <hongyliu at redhat.com> wrote: > > > Thanks for your response. > > (gdb) p cache > $1 = (struct mail_cache *) 0x7fc4a811a320 > (gdb) p cache->hdr > $2 = (const struct mail_cache_header *) 0x7fc4a6ddb000 > (gdb) p cache->hdr->file_seq > Cannot access memory at address 0x7fc4a6ddb008 <---- > (gdb) p reset_id > $3 = 1488892251 > > > 2017-04-06 19:34 GMT+08:00 Aki Tuomi <aki.tuomi at dovecot.fi>: > > > Hi! > > > > Responses in middle. > > > > Aki > > > > On 06.04.2017 06:05, Hongying Liu wrote: > > > Hi sbr-services, > > > > > > Could you give me some idea? > > > > > > ### abrt reported the error as below. > > > [root at cupop4 log]# abrt-cli list --since 1488267244 id > > > ad716dbfd3a68bbe0f055e32ebfe562f4f75df43 > > > reason: imap killed by SIGBUS > > > time: Sun Mar 19 2017 10:58:27 AM JST > > > cmdline: dovecot/imap > > > package: dovecot-2.2.10-7.el7 > > > uid: 80180 (acaa2325) > > > count: 2 > > > Directory: /var/spool/abrt/ccpp-2017-03-19-10:58:27-4904 > > > 'abrt-cli report ?????/var/spool/abrt/ccpp-2017-03-19-10:58:27-4904' > > > > > > > > > ### /var/log/messages > > > Mar 19 10:58:27 cupop4 abrt-hook-ccpp: Process 4904 (imap) of user 80180 > > > killed by SIGBUS - dumping core > > > > > > And, there are lots of ldap error in /var/log/messages. Dovecot uses the > > > ldap as userdb and passwddb. > > > Is the ldap error related to imap crash? > > > > > > Mar 19 10:58:21 cupop4 nslcd[1534]: [a378de] <group/member="postfix"> > > > ldap_result() failed: Invalid DN syntax: Invalid DN > > > > This looks like an invalid DN syntax. > > > > > > > > ### /var/log/dovecot > > > > > > Mar 19 10:58:27 cupop4 dovecot: imap(acaa2325): Fatal: master: > > > service(imap): child 4904 killed with signal 7 (core dumped) > > > > > Can you do p cache, p cache->hdr, p cache->hdr->file_seq and p reset_id > > > > > ### gdb > > > > > > Core was generated by `dovecot/imap'. > > > Program terminated with signal 7, Bus error. > > > #0 0x00007fc4a69f293e in mail_cache_lookup_offset (cache=0x7fc4a811a320, > > > view=<optimized out>, seq=<optimized out>, offset_r=offset_r at entry > > > =0x7ffe23a98900) > > > at mail-cache-lookup.c:95 > > > 95 while (cache->hdr->file_seq != reset_id) { > > > (gdb) bt > > > #0 0x00007fc4a69f293e in mail_cache_lookup_offset (cache=0x7fc4a811a320, > > > view=<optimized out>, seq=<optimized out>, offset_r=offset_r at entry > > > =0x7ffe23a98900) > > > at mail-cache-lookup.c:95 > > > #1 0x00007fc4a69f2afa in mail_cache_lookup_iter_init > > > (view=view at entry=0x7fc4a81332b0, > > > seq=<optimized out>, ctx_r=ctx_r at entry=0x7ffe23a988e0) > > > at mail-cache-lookup.c:154 > > > #2 0x00007fc4a69f2f8f in mail_cache_seq (seq=<optimized out>, > > > view=0x7fc4a81332b0) at mail-cache-lookup.c:322 > > > #3 mail_cache_field_exists (view=view at entry=0x7fc4a81332b0, > > seq=seq at entry=760, > > > field=field at entry=4) at mail-cache-lookup.c:352 > > > #4 0x00007fc4a69f3151 in mail_cache_lookup_field (view=0x7fc4a81332b0, > > > dest_buf=dest_buf at entry=0x7ffe23a98a00, seq=760, > > field_idx=field_idx at entry > > > =4) > > > at mail-cache-lookup.c:413 > > > #5 0x00007fc4a69d9439 in index_mail_cache_lookup_field > > > (mail=mail at entry=0x7fc4a8128cd0, > > > buf=buf at entry=0x7ffe23a98a00, field_idx=field_idx at entry=4) > > > at index-mail.c:68 > > > #6 0x00007fc4a69d94a7 in index_mail_get_fixed_field > > (mail=0x7fc4a8128cd0, > > > field=<optimized out>, data=<optimized out>, data_size=8) at > > > index-mail.c:130 > > > #7 0x00007fc4a69d9fed in index_mail_get_cached_virtual_size > > > (mail=mail at entry=0x7fc4a8128cd0, size_r=size_r at entry=0x7ffe23a98b20) at > > > index-mail.c:403 > > > #8 0x00007fc4a6987c1b in maildir_mail_get_virtual_size > > > (_mail=0x7fc4a8128cd0, size_r=0x7ffe23a98b20) at maildir-mail.c:388 > > > #9 0x00007fc4a69d9719 in index_mail_update_access_parts > > > (mail=mail at entry=0x7fc4a8128cd0) > > > at index-mail.c:1490 > > > #10 0x00007fc4a69dbb93 in index_mail_set_seq (_mail=0x7fc4a8128cd0, > > > seq=760, saving=<optimized out>) at index-mail.c:1521 > > > #11 0x00007fc4a69e28cb in search_more_with_mail (mail=0x7fc4a8128cd0, > > > ctx=0x7fc4a8132730) at index-search.c:1507 > > > #12 search_more_with_prefetching (mail_r=<optimized out>, ctx=<optimized > > > out>) at index-search.c:1579 > > > #13 search_more (ctx=ctx at entry=0x7fc4a8132730, > > > mail_r=mail_r at entry=0x7ffe23a98c20) > > > at index-search.c:1650 > > > #14 0x00007fc4a69e2ff4 in index_storage_search_next_nonblock > > > (_ctx=0x7fc4a8132730, mail_r=0x7fc4a81120d8, tryagain_r=0x7ffe23a98c87) > > at > > > index-search.c:1674 > > > #15 0x00007fc4a69bc4ef in mailbox_search_next_nonblock > > > (ctx=ctx at entry=0x7fc4a8132730, > > > mail_r=mail_r at entry=0x7fc4a81120d8, > > > tryagain_r=tryagain_r at entry=0x7ffe23a98c87) at mail-storage.c:1787 > > > #16 0x00007fc4a69bc55d in mailbox_search_next (ctx=0x7fc4a8132730, > > > mail_r=mail_r at entry=0x7fc4a81120d8) at mail-storage.c:1773 > > > #17 0x00007fc4a6e97874 in imap_fetch_more_int (ctx=ctx at entry > > =0x7fc4a8112078, > > > cancel=false) at imap-fetch.c:479 > > > #18 0x00007fc4a6e98852 in imap_fetch_more (ctx=0x7fc4a8112078, > > > cmd=cmd at entry=0x7fc4a8111ed0) > > > at imap-fetch.c:556 > > > #19 0x00007fc4a6e8c17d in cmd_fetch (cmd=0x7fc4a8111ed0) at > > cmd-fetch.c:284 > > > #20 0x00007fc4a6e9601c in command_exec (cmd=cmd at entry=0x7fc4a8111ed0) at > > > imap-commands.c:158 > > > #21 0x00007fc4a6e94f1f in client_command_input (cmd=cmd at entry > > =0x7fc4a8111ed0) > > > at imap-client.c:780 > > > #22 0x00007fc4a6e95005 in client_command_input (cmd=0x7fc4a8111ed0) at > > > imap-client.c:841 > > > #23 0x00007fc4a6e952fd in client_handle_next_command > > > (remove_io_r=<synthetic pointer>, client=0x7fc4a8111530) at > > > imap-client.c:879 > > > #24 client_handle_input (client=client at entry=0x7fc4a8111530) at > > > imap-client.c:891 > > > #25 0x00007fc4a6e956c5 in client_input (client=0x7fc4a8111530) at > > > imap-client.c:933 > > > #26 0x00007fc4a66e1a87 in io_loop_call_io (io=0x7fc4a811edd0) at > > > ioloop.c:388 > > > #27 0x00007fc4a66e290f in io_loop_handler_run > > > (ioloop=ioloop at entry=0x7fc4a80fc750) > > > at ioloop-epoll.c:220 > > > #28 0x00007fc4a66e15d8 in io_loop_run (ioloop=0x7fc4a80fc750) at > > > ioloop.c:412 > > > #29 0x00007fc4a668e9e3 in master_service_run (service=0x7fc4a80fc5e0, > > > callback=callback at entry=0x7fc4a6e9ed70 <client_connected>) at > > > master-service.c:571 > > > #30 0x00007fc4a6e89324 in main (argc=1, argv=0x7fc4a80fc390) at > > main.c:400 > > > > > > Thank you. > > > > > > Best regards, > > > Hongying Liu > > > >
Sorry for late response. This issue occurs ran randomly. So I don't know how to run valgrind command. 2017-04-10 17:14 GMT+08:00 Hongying Liu <hongyliu at redhat.com>:> Sorry for late response. > > This issue occurs ran randomly. So I don't know how to run valgrind > command. > > I upload the coredump. > > The version of dovecot is dovecot-2.2.10-7.el7.x86_64. > > 2017-04-07 14:07 GMT+08:00 Aki Tuomi <aki.tuomi at dovecot.fi>: > >> Please keep responses on list. >> >> Can you please run valgrind on this, as it appears to be some sort of >> memory corruption issue. >> >> Aki >> >> > On April 7, 2017 at 5:37 AM Hongying Liu <hongyliu at redhat.com> wrote: >> > >> > >> > Thanks for your response. >> > >> > (gdb) p cache >> > $1 = (struct mail_cache *) 0x7fc4a811a320 >> > (gdb) p cache->hdr >> > $2 = (const struct mail_cache_header *) 0x7fc4a6ddb000 >> > (gdb) p cache->hdr->file_seq >> > Cannot access memory at address 0x7fc4a6ddb008 <---- >> > (gdb) p reset_id >> > $3 = 1488892251 >> > >> > >> > 2017-04-06 19:34 GMT+08:00 Aki Tuomi <aki.tuomi at dovecot.fi>: >> > >> > > Hi! >> > > >> > > Responses in middle. >> > > >> > > Aki >> > > >> > > On 06.04.2017 06:05, Hongying Liu wrote: >> > > > Hi sbr-services, >> > > > >> > > > Could you give me some idea? >> > > > >> > > > ### abrt reported the error as below. >> > > > [root at cupop4 log]# abrt-cli list --since 1488267244 id >> > > > ad716dbfd3a68bbe0f055e32ebfe562f4f75df43 >> > > > reason: imap killed by SIGBUS >> > > > time: Sun Mar 19 2017 10:58:27 AM JST >> > > > cmdline: dovecot/imap >> > > > package: dovecot-2.2.10-7.el7 >> > > > uid: 80180 (acaa2325) >> > > > count: 2 >> > > > Directory: /var/spool/abrt/ccpp-2017-03-19-10:58:27-4904 >> > > > 'abrt-cli report ?????/var/spool/abrt/ccpp-2017 >> -03-19-10:58:27-4904' >> > > > >> > > > >> > > > ### /var/log/messages >> > > > Mar 19 10:58:27 cupop4 abrt-hook-ccpp: Process 4904 (imap) of user >> 80180 >> > > > killed by SIGBUS - dumping core >> > > > >> > > > And, there are lots of ldap error in /var/log/messages. Dovecot >> uses the >> > > > ldap as userdb and passwddb. >> > > > Is the ldap error related to imap crash? >> > > > >> > > > Mar 19 10:58:21 cupop4 nslcd[1534]: [a378de] >> <group/member="postfix"> >> > > > ldap_result() failed: Invalid DN syntax: Invalid DN >> > > >> > > This looks like an invalid DN syntax. >> > > >> > > > >> > > > ### /var/log/dovecot >> > > > >> > > > Mar 19 10:58:27 cupop4 dovecot: imap(acaa2325): Fatal: master: >> > > > service(imap): child 4904 killed with signal 7 (core dumped) >> > > > >> > > Can you do p cache, p cache->hdr, p cache->hdr->file_seq and p >> reset_id >> > > >> > > > ### gdb >> > > > >> > > > Core was generated by `dovecot/imap'. >> > > > Program terminated with signal 7, Bus error. >> > > > #0 0x00007fc4a69f293e in mail_cache_lookup_offset >> (cache=0x7fc4a811a320, >> > > > view=<optimized out>, seq=<optimized out>, offset_r=offset_r at entry >> > > > =0x7ffe23a98900) >> > > > at mail-cache-lookup.c:95 >> > > > 95 while (cache->hdr->file_seq != reset_id) { >> > > > (gdb) bt >> > > > #0 0x00007fc4a69f293e in mail_cache_lookup_offset >> (cache=0x7fc4a811a320, >> > > > view=<optimized out>, seq=<optimized out>, offset_r=offset_r at entry >> > > > =0x7ffe23a98900) >> > > > at mail-cache-lookup.c:95 >> > > > #1 0x00007fc4a69f2afa in mail_cache_lookup_iter_init >> > > > (view=view at entry=0x7fc4a81332b0, >> > > > seq=<optimized out>, ctx_r=ctx_r at entry=0x7ffe23a988e0) >> > > > at mail-cache-lookup.c:154 >> > > > #2 0x00007fc4a69f2f8f in mail_cache_seq (seq=<optimized out>, >> > > > view=0x7fc4a81332b0) at mail-cache-lookup.c:322 >> > > > #3 mail_cache_field_exists (view=view at entry=0x7fc4a81332b0, >> > > seq=seq at entry=760, >> > > > field=field at entry=4) at mail-cache-lookup.c:352 >> > > > #4 0x00007fc4a69f3151 in mail_cache_lookup_field >> (view=0x7fc4a81332b0, >> > > > dest_buf=dest_buf at entry=0x7ffe23a98a00, seq=760, >> > > field_idx=field_idx at entry >> > > > =4) >> > > > at mail-cache-lookup.c:413 >> > > > #5 0x00007fc4a69d9439 in index_mail_cache_lookup_field >> > > > (mail=mail at entry=0x7fc4a8128cd0, >> > > > buf=buf at entry=0x7ffe23a98a00, field_idx=field_idx at entry=4) >> > > > at index-mail.c:68 >> > > > #6 0x00007fc4a69d94a7 in index_mail_get_fixed_field >> > > (mail=0x7fc4a8128cd0, >> > > > field=<optimized out>, data=<optimized out>, data_size=8) at >> > > > index-mail.c:130 >> > > > #7 0x00007fc4a69d9fed in index_mail_get_cached_virtual_size >> > > > (mail=mail at entry=0x7fc4a8128cd0, size_r=size_r at entry=0x7ffe23a98b20) >> at >> > > > index-mail.c:403 >> > > > #8 0x00007fc4a6987c1b in maildir_mail_get_virtual_size >> > > > (_mail=0x7fc4a8128cd0, size_r=0x7ffe23a98b20) at maildir-mail.c:388 >> > > > #9 0x00007fc4a69d9719 in index_mail_update_access_parts >> > > > (mail=mail at entry=0x7fc4a8128cd0) >> > > > at index-mail.c:1490 >> > > > #10 0x00007fc4a69dbb93 in index_mail_set_seq (_mail=0x7fc4a8128cd0, >> > > > seq=760, saving=<optimized out>) at index-mail.c:1521 >> > > > #11 0x00007fc4a69e28cb in search_more_with_mail >> (mail=0x7fc4a8128cd0, >> > > > ctx=0x7fc4a8132730) at index-search.c:1507 >> > > > #12 search_more_with_prefetching (mail_r=<optimized out>, >> ctx=<optimized >> > > > out>) at index-search.c:1579 >> > > > #13 search_more (ctx=ctx at entry=0x7fc4a8132730, >> > > > mail_r=mail_r at entry=0x7ffe23a98c20) >> > > > at index-search.c:1650 >> > > > #14 0x00007fc4a69e2ff4 in index_storage_search_next_nonblock >> > > > (_ctx=0x7fc4a8132730, mail_r=0x7fc4a81120d8, >> tryagain_r=0x7ffe23a98c87) >> > > at >> > > > index-search.c:1674 >> > > > #15 0x00007fc4a69bc4ef in mailbox_search_next_nonblock >> > > > (ctx=ctx at entry=0x7fc4a8132730, >> > > > mail_r=mail_r at entry=0x7fc4a81120d8, >> > > > tryagain_r=tryagain_r at entry=0x7ffe23a98c87) at >> mail-storage.c:1787 >> > > > #16 0x00007fc4a69bc55d in mailbox_search_next (ctx=0x7fc4a8132730, >> > > > mail_r=mail_r at entry=0x7fc4a81120d8) at mail-storage.c:1773 >> > > > #17 0x00007fc4a6e97874 in imap_fetch_more_int (ctx=ctx at entry >> > > =0x7fc4a8112078, >> > > > cancel=false) at imap-fetch.c:479 >> > > > #18 0x00007fc4a6e98852 in imap_fetch_more (ctx=0x7fc4a8112078, >> > > > cmd=cmd at entry=0x7fc4a8111ed0) >> > > > at imap-fetch.c:556 >> > > > #19 0x00007fc4a6e8c17d in cmd_fetch (cmd=0x7fc4a8111ed0) at >> > > cmd-fetch.c:284 >> > > > #20 0x00007fc4a6e9601c in command_exec (cmd=cmd at entry=0x7fc4a8111ed0) >> at >> > > > imap-commands.c:158 >> > > > #21 0x00007fc4a6e94f1f in client_command_input (cmd=cmd at entry >> > > =0x7fc4a8111ed0) >> > > > at imap-client.c:780 >> > > > #22 0x00007fc4a6e95005 in client_command_input (cmd=0x7fc4a8111ed0) >> at >> > > > imap-client.c:841 >> > > > #23 0x00007fc4a6e952fd in client_handle_next_command >> > > > (remove_io_r=<synthetic pointer>, client=0x7fc4a8111530) at >> > > > imap-client.c:879 >> > > > #24 client_handle_input (client=client at entry=0x7fc4a8111530) at >> > > > imap-client.c:891 >> > > > #25 0x00007fc4a6e956c5 in client_input (client=0x7fc4a8111530) at >> > > > imap-client.c:933 >> > > > #26 0x00007fc4a66e1a87 in io_loop_call_io (io=0x7fc4a811edd0) at >> > > > ioloop.c:388 >> > > > #27 0x00007fc4a66e290f in io_loop_handler_run >> > > > (ioloop=ioloop at entry=0x7fc4a80fc750) >> > > > at ioloop-epoll.c:220 >> > > > #28 0x00007fc4a66e15d8 in io_loop_run (ioloop=0x7fc4a80fc750) at >> > > > ioloop.c:412 >> > > > #29 0x00007fc4a668e9e3 in master_service_run >> (service=0x7fc4a80fc5e0, >> > > > callback=callback at entry=0x7fc4a6e9ed70 <client_connected>) at >> > > > master-service.c:571 >> > > > #30 0x00007fc4a6e89324 in main (argc=1, argv=0x7fc4a80fc390) at >> > > main.c:400 >> > > > >> > > > Thank you. >> > > > >> > > > Best regards, >> > > > Hongying Liu >> > > >> > > >> > >
Possibly Parallel Threads
- abrt reported "imap killed by SIGBUS"
- abrt reported "imap killed by SIGBUS"
- Panic: file mail-index-util.c: line 10 (mail_index_uint32_to_offset): assertion failed: (offset < 0x40000000)
- Panic: file mail-index-util.c: line 10 (mail_index_uint32_to_offset): assertion failed: (offset < 0x40000000)
- Crash during "doveadm import"