Chris Wakelin wrote:
We've had another random imap process crash. This is with the original 1.2.5 imap (I haven't applied the patch for two processes creating an index simultaneously):
Backtrace:
Sorry, wrong binary again (it *was* rather late at night!). Here's the proper backtrace
#0 0xff21fe78 in _libc_kill () from /usr/lib/libc.so.1 #1 0xff1b5a3c in abort () from /usr/lib/libc.so.1 #2 0xbe258 in default_fatal_finish (type=LOG_TYPE_PANIC, status=0) at failures.c:160 #3 0xbeb14 in i_internal_fatal_handler (type=LOG_TYPE_PANIC, status=0, fmt=0x0, args=0xffbee9c8) at failures.c:440 #4 0xbe414 in i_panic (format=0xe29b8 "file %s: line %d (%s): assertion failed: (%s)") at failures.c:207 #5 0x5a238 in istream_raw_mbox_get_body_size (stream=0x12a250, expected_body_size=18446744073709551615) at istream-raw-mbox.c:621 #6 0x5a4d8 in istream_raw_mbox_next (stream=0x12a250, expected_body_size=18428424857071839939) at istream-raw-mbox.c:665 #7 0x5a7a0 in istream_raw_mbox_seek (stream=0x0, offset=523301) at istream-raw-mbox.c:704 #8 0x5ae58 in mbox_file_seek (mbox=0x1272a8, view=0x127c60, seq=17, deleted_r=0xffbeebb7) at mbox-file.c:177 #9 0x5c7d8 in mbox_mail_seek (mail=0x12be80) at mbox-mail.c:85 #10 0x5cd74 in mbox_mail_init_stream (mail=0x12be80) at mbox-mail.c:276 #11 0x5cea4 in mbox_mail_get_stream (_mail=0x128e24, hdr_size=0x0, body_size=0x0, stream_r=0xffbeed8c) at mbox-mail.c:318 #12 0x79354 in mail_get_stream (mail=0x0, hdr_size=0x0, body_size=0x0, stream_r=0xffbeed8c) at mail.c:168 #13 0x6a958 in index_mail_set_seq (_mail=0x12be80, seq=17) at index-mail.c:1326 #14 0x5ced0 in mbox_mail_set_seq (_mail=0x12be80, seq=17) at mbox-mail.c:329 #15 0x79034 in mail_set_seq (mail=0x12be80, seq=17) at mail.c:29 #16 0x6f864 in index_storage_search_next_nonblock (_ctx=0x12a070, mail=0x12be80, tryagain_r=0xffbeefcf) at index-search.c:1296 #17 0x7f1a0 in mailbox_search_next_nonblock (ctx=0x12a070, mail=0x12be80, tryagain_r=0xffbeefcf) at mail-storage.c:770 #18 0x7f154 in mailbox_search_next (ctx=0x12a070, mail=0x12be80) at mail-storage.c:759 #19 0x2598c in fetch_and_copy (client=0x11e8d8, destbox=0x1272a8, t=0x128c98, search_args=0x1, src_uidset_r=0xffbef0f4, copy_count_r=0xffbef0f0) at cmd-copy.c:56 #20 0x25c24 in cmd_copy (cmd=0x11eb60) at cmd-copy.c:145 #21 0x2d064 in client_command_input (cmd=0x11eb60) at client.c:611 #22 0x2cf08 in client_command_input (cmd=0x11eb60) at client.c:660 #23 0x2d0ec in client_handle_next_command (client=0x11e8d8, remove_io_r=0xffbef2d7) at client.c:701 #24 0x2d1e0 in client_handle_input (client=0x11e8d8) at client.c:713 #25 0x2d318 in client_input (client=0x11e8d8) at client.c:752 #26 0xc7ea4 in io_loop_handler_run (ioloop=0x11b370) at ioloop-poll.c:203 #27 0xc7694 in io_loop_run (ioloop=0x11b370) at ioloop.c:335 #28 0x36e34 in main (argc=1119232, argv=0xffbef51c, envp=0xffbef52c) at main.c:327
I've had another crash since with a different user but what looks like exactly the same backtrace (except for stream numbers etc.).
Best Wishes, Chris
-- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- Christopher Wakelin, c.d.wakelin@reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094