Panic: file mail-index-transaction-finish.c: line 185
Hi list
I have weird issue with my Dovecot 2.3.17.1 (476cd46418) When deleting a certain amount of messages from my INBOX via my MUA (Evolution) all over sudden dovecot starts to panic
Panic: file mail-index-transaction-finish.c: line 185 (mail_index_transaction_get_uid): assertion failed: (seq <= t->view-
map->hdr.messages_count)
imap(REDACTED)<24075>
/usr/lib64/dovecot/libdovecot-storage.so.0(+0xf43da) [0x7f092789d3da] -> /usr/lib64/dovecot/libdovecot- storage.so.0(mail_index_transaction_finish+0x177) [0x7f092789da87] -> /usr/lib64/dovecot/libdovecot-storage.so.0(+0xf9ad6) [0x7f09278a2ad6] - /usr/lib64/dovecot/libdovecot- storage.so.0(mail_index_transaction_commit_full+0x9d) [0x7f09278a2fad] -> /usr/lib64/dovecot/libdovecot- storage.so.0(mail_index_transaction_commit+0x1c) [0x7f09278a306c] -> /usr/lib64/dovecot/libdovecot- storage.so.0(mail_cache_set_seq_corrupted_reason+0x61) [0x7f092788c921] -> /usr/lib64/dovecot/libdovecot- storage.so.0(mail_set_mail_cache_corrupted+0xed) [0x7f09277fbbbd] -> /usr/lib64/dovecot/libdovecot-storage.so.0(+0x7a3e9) [0x7f09278233e9] - /usr/lib64/dovecot/libdovecot-storage.so.0(+0x7a6b0) [0x7f09278236b0] -> /usr/lib64/dovecot/libdovecot- storage.so.0(mail_get_physical_size+0x38) [0x7f09277e8ba8] -> /usr/libexec/dovecot//lib20_mail_log_plugin.so(+0x2465) [0x7f09263dd465] -> /usr/libexec/dovecot//lib15_notify_plugin.so(notify_contexts_mail_copy+ 0x5c) [0x7f09265e13ec] -> /usr/libexec/dovecot//lib15_notify_plugin.so(+0x25d4) [0x7f09265e25d4] -> /usr/libexec/dovecot//lib10_quota_plugin.so(+0x102ae) [0x7f09269f92ae] -> /usr/libexec/dovecot//lib01_acl_plugin.so(+0xef3e) [0x7f0926c10f3e] -> /usr/lib64/dovecot/libdovecot- storage.so.0(+0x50c4c) [0x7f09277f9c4c] -> /usr/lib64/dovecot/libdovecot-storage.so.0(mailbox_move+0x58) [0x7f09277f9ec8] -> dovecot/imap(+0x1175b) [0x55a2c0ea575b] -> dovecot/imap(command_exec+0x64) [0x55a2c0eb3f04] -> dovecot/imap(+0x1dde2) [0x55a2c0eb1de2] -> dovecot/imap(+0x1de71) [0x55a2c0eb1e71] -> dovecot/imap(+0x1e039) [0x55a2c0eb2039] -> dovecot/imap(client_handle_input+0x205) [0x55a2c0eb22f5] -> dovecot/imap(client_input+0x79) [0x55a2c0eb28d9]
imap(REDACTED)<24075>
From that point on ANY access to INBOX from my MUA causes the error. The only way that I found to get around is to unsubscribe the INBOX folder and subscribe again. Then the error is gone until I delete a bunch of messages again. The error only occurs if I delete the messages within short time or select multiple (about 20msg at once). If I delete them one-by-one always waiting for expunge message in dovecot logs to appear then I can delete as many as I want.
I have not verified with other MUA but in Evolution I can reproduce the issue.
Cheers and have a good one
tobi
On 29/12/2021 11:20 tobisworld@gmail.com wrote:
Hi list
I have weird issue with my Dovecot 2.3.17.1 (476cd46418) When deleting a certain amount of messages from my INBOX via my MUA (Evolution) all over sudden dovecot starts to panic
Panic: file mail-index-transaction-finish.c: line 185 (mail_index_transaction_get_uid): assertion failed: (seq <= t->view-
map->hdr.messages_count)
imap(REDACTED)<24075>
: Error: Raw backtrace: /usr/lib64/dovecot/libdovecot.so.0(backtrace_append+0x42) [0x7f09274d4142] -> /usr/lib64/dovecot/libdovecot.so.0(backtrace_get+0x1e) [0x7f09274d424e] -> /usr/lib64/dovecot/libdovecot.so.0(+0xf72fe) [0x7f09274e22fe] -> /usr/lib64/dovecot/libdovecot.so.0(+0xf73a1) [0x7f09274e23a1] -> /usr/lib64/dovecot/libdovecot.so.0(i_fatal+0) [0x7f0927430e38] -> /usr/lib64/dovecot/libdovecot-storage.so.0(+0xf438d) [0x7f092789d38d] - /usr/lib64/dovecot/libdovecot-storage.so.0(+0xf43da) [0x7f092789d3da] -> /usr/lib64/dovecot/libdovecot- storage.so.0(mail_index_transaction_finish+0x177) [0x7f092789da87] -> /usr/lib64/dovecot/libdovecot-storage.so.0(+0xf9ad6) [0x7f09278a2ad6] - /usr/lib64/dovecot/libdovecot- storage.so.0(mail_index_transaction_commit_full+0x9d) [0x7f09278a2fad] -> /usr/lib64/dovecot/libdovecot- storage.so.0(mail_index_transaction_commit+0x1c) [0x7f09278a306c] -> /usr/lib64/dovecot/libdovecot- storage.so.0(mail_cache_set_seq_corrupted_reason+0x61) [0x7f092788c921] -> /usr/lib64/dovecot/libdovecot- storage.so.0(mail_set_mail_cache_corrupted+0xed) [0x7f09277fbbbd] -> /usr/lib64/dovecot/libdovecot-storage.so.0(+0x7a3e9) [0x7f09278233e9] - /usr/lib64/dovecot/libdovecot-storage.so.0(+0x7a6b0) [0x7f09278236b0] -> /usr/lib64/dovecot/libdovecot- storage.so.0(mail_get_physical_size+0x38) [0x7f09277e8ba8] -> /usr/libexec/dovecot//lib20_mail_log_plugin.so(+0x2465) [0x7f09263dd465] -> /usr/libexec/dovecot//lib15_notify_plugin.so(notify_contexts_mail_copy+ 0x5c) [0x7f09265e13ec] -> /usr/libexec/dovecot//lib15_notify_plugin.so(+0x25d4) [0x7f09265e25d4] -> /usr/libexec/dovecot//lib10_quota_plugin.so(+0x102ae) [0x7f09269f92ae] -> /usr/libexec/dovecot//lib01_acl_plugin.so(+0xef3e) [0x7f0926c10f3e] -> /usr/lib64/dovecot/libdovecot- storage.so.0(+0x50c4c) [0x7f09277f9c4c] -> /usr/lib64/dovecot/libdovecot-storage.so.0(mailbox_move+0x58) [0x7f09277f9ec8] -> dovecot/imap(+0x1175b) [0x55a2c0ea575b] -> dovecot/imap(command_exec+0x64) [0x55a2c0eb3f04] -> dovecot/imap(+0x1dde2) [0x55a2c0eb1de2] -> dovecot/imap(+0x1de71) [0x55a2c0eb1e71] -> dovecot/imap(+0x1e039) [0x55a2c0eb2039] -> dovecot/imap(client_handle_input+0x205) [0x55a2c0eb22f5] -> dovecot/imap(client_input+0x79) [0x55a2c0eb28d9]
imap(REDACTED)<24075>
: Fatal: master: service(imap): child 24075 killed with signal 6 (core dumps disabled - https://dovecot.org/bugreport.html#coredumps) From that point on ANY access to INBOX from my MUA causes the error. The only way that I found to get around is to unsubscribe the INBOX folder and subscribe again. Then the error is gone until I delete a bunch of messages again. The error only occurs if I delete the messages within short time or select multiple (about 20msg at once). If I delete them one-by-one always waiting for expunge message in dovecot logs to appear then I can delete as many as I want.
I have not verified with other MUA but in Evolution I can reproduce the issue.
Cheers and have a good one
tobi
Do you have multiple backends with concurrent access via e.g. nfs?
Aki
On Wed, 2021-12-29 at 11:26 +0200, Aki Tuomi wrote:
Do you have multiple backends with concurrent access via e.g. nfs?
Aki
Aki,
yes all mailboxes are in a nfs share. Concurrent access could be possible as I have several MUA (my desktop and my mobiles). Although only the client on my desktop (evolution) is currently doing something. My mobiles are "sleeping" atm.
Do you think the nfs share could be the culprit?
Cheers
tobi
On 29/12/2021 11:40 tobisworld@gmail.com wrote:
On Wed, 2021-12-29 at 11:26 +0200, Aki Tuomi wrote:
Do you have multiple backends with concurrent access via e.g. nfs?
Aki
Aki,
yes all mailboxes are in a nfs share. Concurrent access could be possible as I have several MUA (my desktop and my mobiles). Although only the client on my desktop (evolution) is currently doing something. My mobiles are "sleeping" atm.
Do you think the nfs share could be the culprit?
Cheers
tobi
Concurrent access to mailboxes on different backends is not supported and is considered dangerous. You need to use something, e.g. dovecot director, to ensure all sessions for a user end up in same backend.
Aki
Aki
sorry for not being specific enough. I already use director on my two public-facing dovecots. Although the mailboxes on my dovecot backend are in nfs there is only one backend dovecot accessing the mailboxes. I had two backends long ago and the the nfs is a relict of that time. But atm only have one dovecot instance that accesses the mailboxes on the nfs share.
Cheers
tobi
On Wed, 2021-12-29 at 12:05 +0200, Aki Tuomi wrote:
On 29/12/2021 11:40 tobisworld@gmail.com wrote:
On Wed, 2021-12-29 at 11:26 +0200, Aki Tuomi wrote:
Do you have multiple backends with concurrent access via e.g. nfs?
Aki
Aki,
yes all mailboxes are in a nfs share. Concurrent access could be possible as I have several MUA (my desktop and my mobiles). Although only the client on my desktop (evolution) is currently doing something. My mobiles are "sleeping" atm.
Do you think the nfs share could be the culprit?
Cheers
tobi
Concurrent access to mailboxes on different backends is not supported and is considered dangerous. You need to use something, e.g. dovecot director, to ensure all sessions for a user end up in same backend.
Aki
On 29.12.2021 10:26, Aki Tuomi wrote:
On 29/12/2021 11:20 tobisworld@gmail.com wrote:
Hi list
I have weird issue with my Dovecot 2.3.17.1 (476cd46418) When deleting a certain amount of messages from my INBOX via my MUA (Evolution) all over sudden dovecot starts to panic
Panic: file mail-index-transaction-finish.c: line 185 (mail_index_transaction_get_uid): assertion failed: (seq <= t->view-
map->hdr.messages_count)
imap(REDACTED)<24075>
: Error: Raw backtrace: /usr/lib64/dovecot/libdovecot.so.0(backtrace_append+0x42) [0x7f09274d4142] -> /usr/lib64/dovecot/libdovecot.so.0(backtrace_get+0x1e) [0x7f09274d424e] -> /usr/lib64/dovecot/libdovecot.so.0(+0xf72fe) [0x7f09274e22fe] -> /usr/lib64/dovecot/libdovecot.so.0(+0xf73a1) [0x7f09274e23a1] -> /usr/lib64/dovecot/libdovecot.so.0(i_fatal+0) [0x7f0927430e38] ->
I also sometimes see this on 2.3.19.1:
Sep 15 05:05:43 mbox dovecot: imap(marek): pid=<14897>
session=
No NFS involved here (linux + xfs).
-- Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org )
On 15/09/2022 07:57 EEST Arkadiusz Miśkiewicz arekm@maven.pl wrote:
On 29.12.2021 10:26, Aki Tuomi wrote:
On 29/12/2021 11:20 tobisworld@gmail.com wrote:
Hi list
I have weird issue with my Dovecot 2.3.17.1 (476cd46418) When deleting a certain amount of messages from my INBOX via my MUA (Evolution) all over sudden dovecot starts to panic
Panic: file mail-index-transaction-finish.c: line 185 (mail_index_transaction_get_uid): assertion failed: (seq <= t->view-
map->hdr.messages_count)
imap(REDACTED)<24075>
: Error: Raw backtrace: /usr/lib64/dovecot/libdovecot.so.0(backtrace_append+0x42) [0x7f09274d4142] -> /usr/lib64/dovecot/libdovecot.so.0(backtrace_get+0x1e) [0x7f09274d424e] -> /usr/lib64/dovecot/libdovecot.so.0(+0xf72fe) [0x7f09274e22fe] -> /usr/lib64/dovecot/libdovecot.so.0(+0xf73a1) [0x7f09274e23a1] -> /usr/lib64/dovecot/libdovecot.so.0(i_fatal+0) [0x7f0927430e38] -> I also sometimes see this on 2.3.19.1:
Sep 15 05:05:43 mbox dovecot: imap(marek): pid=<14897> session=
, Panic: file mail-index-transaction-finish.c: line 185 (mail_index_transaction_get_uid): assertion failed: (seq <= t->view->map->hdr.messages_count) Sep 15 05:05:43 mbox dovecot: imap(marek): pid=<14897> session= , Error: Raw backtrace: #0 t_askpass[0x7f16bf8658e0] -> #1 backtrace_append[0x7f16bf865b50] -> #2 backtrace_get[0x7f16bf865cb0] -> #3 i_syslog_error_handler[0x7f16bf8727d0] -> #4 i_syslog_fatal_handler[0x7f16bf872900] -> #5 i_panic[0x7f16bf7c62d6] -> #6 mail_index_sync_set_corrupted[0x7f16bf996d27] -> #7 mail_transaction_expunge_guid_cmp[0x7f16bfa43fe0] -> #8 mail_index_transaction_finish[0x7f16bfa44550] -> #9 mail_index_transaction_unref[0x7f16bfa48c30] -> #10 mail_index_transaction_commit_full[0x7f16bfa49110] -> #11 mail_index_transaction_commit[0x7f16bfa491f0] -> #12 mail_cache_set_seq_corrupted_reason[0x7f16bf993a4f] -> #13 mail_set_mail_cache_corrupted[0x7f16bf9ae690] -> #14 maildir_keywords_idx_char[0x7f16bf9d2a50] -> #15 maildir_keywords_idx_char[0x7f16bf9d2de0] -> #16 mail_get_physical_size[0x7f16bf99b770] -> #17 [unw_get_proc_name() failed: -10] -> #18 notify_contexts_mail_copy[0x7f16bead94b0] -> #19 notify_plugin_deinit[0x7f16beada440] -> #20 quota_plugin_deinit[0x7f16bf4b9350] -> #21 acl_mailbox_right_lookup[0x7f16bf4d7720] -> #22 mailbox_save_begin[0x7f16bf9ac880] -> #23 mailbox_copy[0x7f16bf9aca00] -> #24 cmd_close[0x55978a0b0980] -> #25 command_exec[0x55978a0bf220] -> #26 client_handle_unfinished_cmd[0x55978a0bd2b0] -> #27 client_handle_unfinished_cmd[0x55978a0bd2b0] -> #28 client_handle_unfinished_cmd[0x55978a0bd2b0] -> #29 client_handle_input[0x55978a0bd630] -> #30 client_input[0x55978a0bdca0] -> #31 io_loop_call_io[0x7f16bf888850] -> #32 io_loop_handler_run_internal[0x7f16bf889e90] -> #33 io_loop_handler_run[0x7f16bf888910] -> #34 io_loop_run[0x7f16bf888ae0] -> #35 master_service_run[0x7f16bf7fbe70] -> #36 main[0x55978a0ae9f0] -> #37 __libc_init_first[0x7f16bf5a34d0] -> #38 __libc_start_main[0x7f16bf5a3580] -> #39 _start[0x55978a0aefa0] Sep 15 05:05:43 mbox dovecot: imap(marek): pid=<14897> session= , Fatal: master: service(imap): child 14897 killed with signal 6 (core dumps disabled - https://dovecot.org/bugreport.html#coredumps) No NFS involved here (linux + xfs).
-- Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org )
The actual core dump would be useful. The backtrace is nice, but it does not really help figuring out what went wrong in this case.
Aki
On 15.09.2022 07:10, Aki Tuomi wrote:
On 15/09/2022 07:57 EEST Arkadiusz Miśkiewicz arekm@maven.pl wrote:
On 29.12.2021 10:26, Aki Tuomi wrote:
On 29/12/2021 11:20 tobisworld@gmail.com wrote:
Hi list
I have weird issue with my Dovecot 2.3.17.1 (476cd46418) When deleting a certain amount of messages from my INBOX via my MUA (Evolution) all over sudden dovecot starts to panic
Panic: file mail-index-transaction-finish.c: line 185 (mail_index_transaction_get_uid): assertion failed: (seq <= t->view-
map->hdr.messages_count)
imap(REDACTED)<24075>
: Error: Raw backtrace: /usr/lib64/dovecot/libdovecot.so.0(backtrace_append+0x42) [0x7f09274d4142] -> /usr/lib64/dovecot/libdovecot.so.0(backtrace_get+0x1e) [0x7f09274d424e] -> /usr/lib64/dovecot/libdovecot.so.0(+0xf72fe) [0x7f09274e22fe] -> /usr/lib64/dovecot/libdovecot.so.0(+0xf73a1) [0x7f09274e23a1] -> /usr/lib64/dovecot/libdovecot.so.0(i_fatal+0) [0x7f0927430e38] -> I also sometimes see this on 2.3.19.1:
Sep 15 05:05:43 mbox dovecot: imap(marek): pid=<14897> session=
, Panic: file mail-index-transaction-finish.c: line 185 (mail_index_transaction_get_uid): assertion failed: (seq <= t->view->map->hdr.messages_count) Sep 15 05:05:43 mbox dovecot: imap(marek): pid=<14897> session= , Error: Raw backtrace: #0 t_askpass[0x7f16bf8658e0] -> #1 backtrace_append[0x7f16bf865b50] -> #2 backtrace_get[0x7f16bf865cb0] -> #3 i_syslog_error_handler[0x7f16bf8727d0] -> #4 i_syslog_fatal_handler[0x7f16bf872900] -> #5 i_panic[0x7f16bf7c62d6] -> #6 mail_index_sync_set_corrupted[0x7f16bf996d27] -> #7 mail_transaction_expunge_guid_cmp[0x7f16bfa43fe0] -> #8 mail_index_transaction_finish[0x7f16bfa44550] -> #9 mail_index_transaction_unref[0x7f16bfa48c30] -> #10 mail_index_transaction_commit_full[0x7f16bfa49110] -> #11 mail_index_transaction_commit[0x7f16bfa491f0] -> #12 mail_cache_set_seq_corrupted_reason[0x7f16bf993a4f] -> #13 mail_set_mail_cache_corrupted[0x7f16bf9ae690] -> #14 maildir_keywords_idx_char[0x7f16bf9d2a50] -> #15 maildir_keywords_idx_char[0x7f16bf9d2de0] -> #16 mail_get_physical_size[0x7f16bf99b770] -> #17 [unw_get_proc_name() failed: -10] -> #18 notify_contexts_mail_copy[0x7f16bead94b0] -> #19 notify_plugin_deinit[0x7f16beada440] -> #20 quota_plugin_deinit[0x7f16bf4b9350] -> #21 acl_mailbox_right_lookup[0x7f16bf4d7720] -> #22 mailbox_save_begin[0x7f16bf9ac880] -> #23 mailbox_copy[0x7f16bf9aca00] -> #24 cmd_close[0x55978a0b0980] -> #25 command_exec[0x55978a0bf220] -> #26 client_handle_unfinished_cmd[0x55978a0bd2b0] -> #27 client_handle_unfinished_cmd[0x55978a0bd2b0] -> #28 client_handle_unfinished_cmd[0x55978a0bd2b0] -> #29 client_handle_input[0x55978a0bd630] -> #30 client_input[0x55978a0bdca0] -> #31 io_loop_call_io[0x7f16bf888850] -> #32 io_loop_handler_run_internal[0x7f16bf889e90] -> #33 io_loop_handler_run[0x7f16bf888910] -> #34 io_loop_run[0x7f16bf888ae0] -> #35 master_service_run[0x7f16bf7fbe70] -> #36 main[0x55978a0ae9f0] -> #37 __libc_init_first[0x7f16bf5a34d0] -> #38 __libc_start_main[0x7f16bf5a3580] -> #39 _start[0x55978a0aefa0] Sep 15 05:05:43 mbox dovecot: imap(marek): pid=<14897> session= , Fatal: master: service(imap): child 14897 killed with signal 6 (core dumps disabled - https://dovecot.org/bugreport.html#coredumps) No NFS involved here (linux + xfs).
-- Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org )
The actual core dump would be useful. The backtrace is nice, but it does not really help figuring out what went wrong in this case.
Can also build without optimizations if that will help.
Here (quoted but that's thunderbird stupidity):
(gdb) bt #0 __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44 #1 0x00007f5679d915c3 in __pthread_kill_internal (signo=6, threadid=<optimized out>) at pthread_kill.c:78 #2 0x00007f5679d40816 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26 #3 0x00007f5679d2a7fa in __GI_abort () at abort.c:79 #4 0x00007f5679f4e6e6 in default_fatal_finish (status=0, type=LOG_TYPE_PANIC) at failures.c:465 #5 fatal_handler_real (ctx=<optimized out>, format=<optimized out>, args=<optimized out>) at failures.c:477 #6 0x00007f5679ffa921 in i_internal_fatal_handler (ctx=<optimized out>, format=<optimized out>, args=<optimized out>) at failures.c:879 #7 0x00007f5679f4e3a9 in i_panic (format=format@entry=0x7f567a1df120 "file %s: line %d (%s): assertion failed: (%s)") at failures.c:530 #8 0x00007f567a11ed9f in mail_index_transaction_get_uid (t=<optimized out>, seq=<optimized out>) at mail-index-transaction-finish.c:185 #9 0x00007f567a1cc02a in mail_index_convert_to_uids (t=t@entry=0x55a8889c0270, array=array@entry=0x55a8889c06c0) at mail-index-transaction-finish.c:205 #10 0x00007f567a1cc6b7 in mail_index_transaction_convert_to_uids (t=0x55a8889c0270) at mail-index-transaction-finish.c:313 #11 mail_index_transaction_finish (t=t@entry=0x55a8889c0270) at mail-index-transaction-finish.c:345 #12 0x00007f567a1d0d4e in mail_index_transaction_commit_real (changes_r=0x7ffd39a777f8, commit_size_r=0x7ffd39a777f0, t=0x55a8889c0270) at mail-index-transaction.c:195 #13 mail_index_transaction_commit_v (t=<optimized out>, result_r=0x7ffd39a777e0) at mail-index-transaction.c:234 #14 0x00007f567a1d118b in mail_index_transaction_commit_full (_t=0x7ffd39a77830, result_r=0x7ffd39a777e0) at mail-index-transaction.c:295 #15 0x00007f567a1d120c in mail_index_transaction_commit (t=t@entry=0x7ffd39a77830) at mail-index-transaction.c:267 #16 0x00007f567a11bab3 in mail_cache_set_seq_corrupted_reason (cache_view=cache_view@entry=0x55a88898ae60, seq=80, reason=0x55a88890dca0 "UID 0: Corrupted physical size: 63628 != 29092") at mail-cache.c:70 #17 0x00007f567a13677b in mail_set_mail_cache_corrupted (mail=mail@entry=0x55a888991fa8, fmt=fmt@entry=0x7f567a1e9680 "Corrupted physical size: %lu != %lu") at mail-storage.c:3174 #18 0x00007f567a15ad99 in maildir_handle_size_caching (mail=0x55a888991fa8, quick_check=<optimized out>, vsize=<optimized out>) at maildir-mail.c:352 #19 0x00007f567a15aeb8 in maildir_mail_get_physical_size (_mail=0x55a888991fa8, size_r=0x7ffd39a77b60) at maildir-mail.c:444 #20 0x00007f567a1237aa in mail_get_physical_size (mail=mail@entry=0x55a888991fa8, size_r=size_r@entry=0x7ffd39a77b60) at mail.c:251 #21 0x00007f5676c82ffd in mail_log_append_mail_message_real (desc=0x55a88890da50 "copy from INBOX", event=MAIL_LOG_EVENT_COPY, mail=0x55a888991fa8, ctx=0x55a88898b448) at mail-log-plugin.c:278 #22 mail_log_append_mail_message (ctx=0x55a88898b448, mail=0x55a888991fa8, event=MAIL_LOG_EVENT_COPY, desc=0x55a88890da50 "copy from INBOX") at mail-log-plugin.c:343 #23 0x00007f567926150f in notify_contexts_mail_copy (src=src@entry=0x55a88898d788, dst=0x55a888991fa8) at notify-plugin.c:75 #24 0x00007f56792624e8 in notify_copy (ctx=0x55a8889937c8, mail=0x55a88898d788) at notify-storage.c:106 #25 0x00007f5679c41439 in quota_copy (ctx=0x55a8889937c8, mail=0x55a88898d788) at quota-storage.c:309 #26 0x00007f5679c5f7d3 in acl_copy (ctx=<optimized out>, mail=0x55a88898d788) at acl-mailbox.c:452 #27 0x00007f567a13492f in mailbox_copy_int (_ctx=<optimized out>, mail=0x55a88898d788) at mail-storage.c:2819 #28 0x00007f567a134a50 in mailbox_copy (_ctx=_ctx@entry=0x7ffd39a77de0, mail=0x55a88898d788) at mail-storage.c:2845 #29 0x000055a886926e9b in fetch_and_copy (uid_search_args=<optimized out>, copy_ctx=0x7ffd39a77e30) at cmd-copy.c:161 #30 cmd_copy_full (cmd=0x55a888960288, move=<optimized out>) at cmd-copy.c:329 #31 0x000055a886935284 in command_exec (cmd=0x55a888960288) at imap-commands.c:201 #32 0x000055a8869332df in client_command_input (cmd=<optimized out>) at imap-client.c:1232 #33 0x000055a886933372 in client_command_input (cmd=<optimized out>) at imap-client.c:1302 #34 0x000055a886933625 in client_command_input (cmd=<optimized out>) at imap-client.c:1266 #35 0x000055a8869337ed in client_handle_next_command (remove_io_r=<synthetic pointer>, client=0x55a88895d7e8) at imap-client.c:1344 #36 client_handle_input (client=0x55a88895d7e8) at imap-client.c:1358 #37 0x000055a886933d13 in client_input (client=0x55a88895d7e8) at imap-client.c:1402 #38 0x00007f567a0108b9 in io_loop_call_io (io=0x55a888960a90) at ioloop.c:737 #39 0x00007f567a011fc2 in io_loop_handler_run_internal (ioloop=ioloop@entry=0x55a888915ed0) at ioloop-epoll.c:222 #40 0x00007f567a010960 in io_loop_handler_run (ioloop=0x55a888915ed0) at ioloop.c:789 #41 0x00007f567a010b20 in io_loop_run (ioloop=0x55a888915ed0) at ioloop.c:762 #42 0x00007f5679f83e83 in master_service_run (service=0x55a888915d20, callback=callback@entry=0x55a886941950
) at master-service.c:869 #43 0x000055a886924efa in main (argc=<optimized out>, argv=<optimized out>) at main.c:564 (gdb) bt full #0 __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44 tid = <optimized out> ret = 0 pd = <optimized out> old_mask = { __val = { 140725570729336 } } ret = <optimized out> #1 0x00007f5679d915c3 in __pthread_kill_internal (signo=6, threadid=<optimized out>) at pthread_kill.c:78 No locals. #2 0x00007f5679d40816 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26 ret = <optimized out> #3 0x00007f5679d2a7fa in __GI_abort () at abort.c:79 save_stage = 1 act = { __sigaction_handler = { sa_handler = 0x20, sa_sigaction = 0x20 }, sa_mask = { __val = { 0, 140009387479528, 140009387480152, 18446744073709551615, 1759, 94182334061840, 140009390669806, 513, 94182334061912, 94182334061840, 1759, 1, 140009390923318, 94182334061840, 94182334061840, 94182334792304 } }, sa_flags = 2047008617, sa_restorer = 0x7ffd39a77530 } #4 0x00007f5679f4e6e6 in default_fatal_finish (status=0, type=LOG_TYPE_PANIC) at failures.c:465 backtrace = 0x55a88890dd58 "#0 t_askpass[0x7f5679fed8e0] -> #1 backtrace_append[0x7f5679fedb50] -> #2 backtrace_get[0x7f5679fedcb0] -> #3 i_syslog_error_handler[0x7f5679ffa7d0] -> #4 i_syslog_fatal_handler[0x7f5679ffa900] -> #5 "... backtrace = <optimized out> recursed = 0 #5 fatal_handler_real (ctx=<optimized out>, format=<optimized out>, args=<optimized out>) at failures.c:477 status = 0 #6 0x00007f5679ffa921 in i_internal_fatal_handler (ctx=<optimized out>, format=<optimized out>, args=<optimized out>) at failures.c:879 No locals. #7 0x00007f5679f4e3a9 in i_panic (format=format@entry=0x7f567a1df120 "file %s: line %d (%s): assertion failed: (%s)") at failures.c:530 ctx = { type = LOG_TYPE_PANIC, exit_status = 0, timestamp = 0x0, timestamp_usecs = 0, --Type <RET> for more, q to quit, c to continue without paging--c log_prefix = 0x0, log_prefix_type_pos = 0 } args = { { gp_offset = 40, fp_offset = 48, overflow_arg_area = 0x7ffd39a77680, reg_save_area = 0x7ffd39a775c0 } } #8 0x00007f567a11ed9f in mail_index_transaction_get_uid (t=<optimized out>, seq=<optimized out>) at mail-index-transaction-finish.c:185 rec = <optimized out> __func__ = "mail_index_transaction_get_uid" #9 0x00007f567a1cc02a in mail_index_convert_to_uids (t=t@entry=0x55a8889c0270, array=array@entry=0x55a8889c06c0) at mail-index-transaction-finish.c:205 seq = 0x55a8889c0740 i = 0 count = 1 #10 0x00007f567a1cc6b7 in mail_index_transaction_convert_to_uids (t=0x55a8889c0270) at mail-index-transaction-finish.c:313 update_end = 0x55a8889c06d0 update = 0x55a8889c06c0 update = <optimized out> update_end = <optimized out> update_end = <optimized out> #11 mail_index_transaction_finish (t=t@entry=0x55a8889c0270) at mail-index-transaction-finish.c:345 No locals. #12 0x00007f567a1d0d4e in mail_index_transaction_commit_real (changes_r=0x7ffd39a777f8, commit_size_r=0x7ffd39a777f0, t=0x55a8889c0270) at mail-index-transaction.c:195 _data_stack_cur_id = 10 ctx = 0x55a8889729b0 log_seq2 = 0 log_offset1 = 0 ret = 1 log = 0x55a88897f970 trans_flags = <optimized out> log_seq1 = 0 log_offset2 = 10 log = <optimized out> ctx = <optimized out> trans_flags = <optimized out> log_seq1 = <optimized out> log_seq2 = <optimized out> log_offset1 = <optimized out> log_offset2 = <optimized out> ret = <optimized out> __func__ = "mail_index_transaction_commit_real" _data_stack_cur_id = <optimized out> #13 mail_index_transaction_commit_v (t=<optimized out>, result_r=0x7ffd39a777e0) at mail-index-transaction.c:234 index = 0x55a88897e5e0 changed = true ret = <optimized out> __func__ = "mail_index_transaction_commit_v" #14 0x00007f567a1d118b in mail_index_transaction_commit_full (_t=0x7ffd39a77830, result_r=0x7ffd39a777e0) at mail-index-transaction.c:295 t = 0x55a8889c0270 index = 0x55a88897e5e0 index_undeleted = false #15 0x00007f567a1d120c in mail_index_transaction_commit (t=t@entry=0x7ffd39a77830) at mail-index-transaction.c:267 result = { log_file_seq = 0, log_file_offset = 0, commit_size = 0, changes_mask = 0, ignored_modseq_changes = 0 } #16 0x00007f567a11bab3 in mail_cache_set_seq_corrupted_reason (cache_view=cache_view@entry=0x55a88898ae60, seq=80, reason=0x55a88890dca0 "UID 0: Corrupted physical size: 63628 != 29092") at mail-cache.c:70 uid = 0 empty = 0 cache = 0x55a888987090 view = <optimized out> t = 0x0 errstr = <optimized out> #17 0x00007f567a13677b in mail_set_mail_cache_corrupted (mail=mail@entry=0x55a888991fa8, fmt=fmt@entry=0x7f567a1e9680 "Corrupted physical size: %lu != %lu") at mail-storage.c:3174 _data_stack_cur_id = 9 cache_view = 0x55a88898ae60 __func__ = "mail_set_mail_cache_corrupted" va = { { gp_offset = 32, fp_offset = 48, overflow_arg_area = 0x7ffd39a77970, reg_save_area = 0x7ffd39a778a0 } } #18 0x00007f567a15ad99 in maildir_handle_size_caching (mail=0x55a888991fa8, quick_check=<optimized out>, vsize=<optimized out>) at maildir-mail.c:352 box = 0x55a88897ac98 mbox = 0x55a88897ac98 field = MAIL_FETCH_PHYSICAL_SIZE size = 29092 pop3_state = <optimized out> #19 0x00007f567a15aeb8 in maildir_mail_get_physical_size (_mail=0x55a888991fa8, size_r=0x7ffd39a77b60) at maildir-mail.c:444 mail = 0x55a888991fa8 mbox = 0x55a88897ac98 data = 0x55a888992138 st = { st_dev = 94182334373792, st_ino = 140009390924244, st_nlink = 206158430240, st_mode = 967277360, st_uid = 32765, st_gid = 967277168, __pad0 = 32765, st_rdev = 12228031947674918400, st_size = -1, st_blksize = 94182334061448, st_blocks = 140009336750571, st_atim = { tv_sec = 94182334061520, tv_nsec = 77 }, st_mtim = { tv_sec = -6218712126034633216, tv_nsec = 240518168656 }, st_ctim = { tv_sec = -6218712126034633216, tv_nsec = 140725570730848 }, __glibc_reserved = { 140009392698009, 140725570730848, 16 } } hdr_size = { physical_size = 140725570730608, virtual_size = 12228031947674918400, lines = 0 } body_size = { physical_size = 94182334061216, virtual_size = 16, lines = 2291709000 } input = 0x7ffd39a77b30 path = <optimized out> ret = <optimized out> __func__ = "maildir_mail_get_physical_size" #20 0x00007f567a1237aa in mail_get_physical_size (mail=mail@entry=0x55a888991fa8, size_r=size_r@entry=0x7ffd39a77b60) at mail.c:251 _data_stack_cur_id = 8 p = 0x55a888991fa8 ret = <optimized out> #21 0x00007f5676c82ffd in mail_log_append_mail_message_real (desc=0x55a88890da50 "copy from INBOX", event=MAIL_LOG_EVENT_COPY, mail=0x55a888991fa8, ctx=0x55a88898b448) at mail-log-plugin.c:278 muser = 0x55a888959fa0 msg = 0x55a88898b460 text = 0x55a88890daa0 size = 63628 muser = <optimized out> msg = <optimized out> text = <optimized out> size = <optimized out> #22 mail_log_append_mail_message (ctx=0x55a88898b448, mail=0x55a888991fa8, event=MAIL_LOG_EVENT_COPY, desc=0x55a88890da50 "copy from INBOX") at mail-log-plugin.c:343 orig_lookup_abort = MAIL_LOOKUP_ABORT_NEVER _data_stack_cur_id = 7 muser = <optimized out> #23 0x00007f567926150f in notify_contexts_mail_copy (src=src@entry=0x55a88898d788, dst=0x55a888991fa8) at notify-plugin.c:75 ctx = 0x55a88893a870 mail_txn = <optimized out> #24 0x00007f56792624e8 in notify_copy (ctx=0x55a8889937c8, mail=0x55a88898d788) at notify-storage.c:106 lbox = <optimized out> ret = 0 #25 0x00007f5679c41439 in quota_copy (ctx=0x55a8889937c8, mail=0x55a88898d788) at quota-storage.c:309 t = <optimized out> qt = <optimized out> qbox = 0x55a88897b490 error_res = 21928 error = 0x55a88897b318 "\020\347\025zV\177" #26 0x00007f5679c5f7d3 in acl_copy (ctx=<optimized out>, mail=0x55a88898d788) at acl-mailbox.c:452 t = <optimized out> abox = 0x55a88897b318 #27 0x00007f567a13492f in mailbox_copy_int (_ctx=<optimized out>, mail=0x55a88898d788) at mail-storage.c:2819 _data_stack_cur_id = 6 ctx = 0x55a8889937c8 t = 0x55a88898a540 pvt_flags = 0 backend_mail = 0x55a88898d788 ret = <optimized out> __func__ = "mailbox_copy_int" #28 0x00007f567a134a50 in mailbox_copy (_ctx=_ctx@entry=0x7ffd39a77de0, mail=0x55a88898d788) at mail-storage.c:2845 _data_stack_cur_id = 5 ctx = <optimized out> __func__ = "mailbox_copy" ret = <optimized out> #29 0x000055a886926e9b in fetch_and_copy (uid_search_args=<optimized out>, copy_ctx=0x7ffd39a77e30) at cmd-copy.c:161 t = 0x55a88898a540 src_trans = 0x55a88898bcb0 save_ctx = 0x0 search_ctx = 0x55a88898d4e0 mail = 0x55a88898d788 src_uids = { arr = { buffer = 0x55a88890d778, element_size = 8 }, v = 0x55a88890d778, v_modifiable = 0x55a88890d778 } ret = 1 client = 0x55a88895d7e8 search_args = 0x0 cmd_reason = <optimized out> changes = { pool = 0x55a800000050, uid_validity = 1, saved_uids = { arr = { buffer = 0x55a88895d7e8, element_size = 2048 }, v = 0x55a88895d7e8, v_modifiable = 0x55a88895d7e8 }, ignored_modseq_changes = 2291637296, changes_mask = (MAIL_INDEX_TRANSACTION_CHANGE_KEYWORDS | MAIL_INDEX_TRANSACTION_CHANGE_ATTRIBUTE | unknown: 0x5580), no_read_perm = 208 } client = <optimized out> t = <optimized out> src_trans = <optimized out> search_args = <optimized out> search_ctx = <optimized out> save_ctx = <optimized out> mail = <optimized out> cmd_reason = <optimized out> changes = <optimized out> src_uids = <optimized out> ret = <optimized out> __func__ = "fetch_and_copy" #30 cmd_copy_full (cmd=0x55a888960288, move=<optimized out>) at cmd-copy.c:329 _data_stack_cur_id = 4 client = 0x55a88895d7e8 destbox = 0x55a88897ac98 search_args = 0x55a888979c88 seqset_iter = 0x0 messageset = 0x55a88896e150 "67467" mailbox = 0x55a88896e158 "INBOX.Trash" sync_flags = 0 imap_flags = 0 copy_ctx = { cmd = 0x55a888960288, srcbox = 0x55a88896f3c8, destbox = 0x55a88897ac98, move = false, copy_count = 1, uid_validity = 0, src_uids = { arr = { buffer = 0x55a8889893f0, element_size = 8 }, v = 0x55a8889893f0, v_modifiable = 0x55a8889893f0 }, saved_uids = { arr = { buffer = 0x55a888989490, element_size = 8 }, v = 0x55a888989490, v_modifiable = 0x55a888989490 }, hide_saved_uids = false, error_string = 0x0, mail_error = MAIL_ERROR_NONE } msg = <optimized out> src_uidset = <optimized out> ret = <optimized out> __func__ = "cmd_copy_full" #31 0x000055a886935284 in command_exec (cmd=0x55a888960288) at imap-commands.c:201 hook = 0x55a8889193c0 finished = <optimized out> __func__ = "command_exec" #32 0x000055a8869332df in client_command_input (cmd=<optimized out>) at imap-client.c:1232 client = 0x55a88895d7e8 command = <optimized out> tag = 0x7f567a02fb9a"]A\\A]\303\061\300\303ff.\017\037\204" name = 0x55a886949ecb "UID COPY" ret = <optimized out> __func__ = "client_command_input" #33 0x000055a886933372 in client_command_input (cmd=<optimized out>) at imap-client.c:1302 client = 0x55a88895d7e8 command = <optimized out> tag = 0x7f5679fc8bfc "I\211\004$\270\001" name = 0x55a88896e148 "COPY" ret = <optimized out> __func__ = "client_command_input" #34 0x000055a886933625 in client_command_input (cmd=<optimized out>) at imap-client.c:1266 client = 0x55a88895d7e8 command = <optimized out> tag = 0x55a88896e138 "5.8344" name = 0x55a88896e140 "UID" ret = <optimized out> __func__ = "client_command_input" #35 0x000055a8869337ed in client_handle_next_command (remove_io_r=<synthetic pointer>, client=0x55a88895d7e8) at imap-client.c:1344 No locals. #36 client_handle_input (client=0x55a88895d7e8) at imap-client.c:1358 _data_stack_cur_id = 3 ret = <optimized out> remove_io = false handled_commands = false __func__ = "client_handle_input" #37 0x000055a886933d13 in client_input (client=0x55a88895d7e8) at imap-client.c:1402 cmd = 0x55a8889211e8 output = 0x55a8889600e0 bytes = 35 __func__ = "client_input" #38 0x00007f567a0108b9 in io_loop_call_io (io=0x55a888960a90) at ioloop.c:737 ioloop = 0x55a888915ed0 t_id = 2 __func__ = "io_loop_call_io" #39 0x00007f567a011fc2 in io_loop_handler_run_internal (ioloop=ioloop@entry=0x55a888915ed0) at ioloop-epoll.c:222 ctx = 0x55a888918410 events = <optimized out> event = 0x55a888918490 list = 0x55a8889211d0 io = <optimized out> tv = { tv_sec = 1799, tv_usec = 999338 } events_count = <optimized out> msecs = <optimized out> ret = 1 i = 0 j = 0 call = <optimized out> __func__ = "io_loop_handler_run_internal" #40 0x00007f567a010960 in io_loop_handler_run (ioloop=0x55a888915ed0) at ioloop.c:789 __func__ = "io_loop_handler_run" #41 0x00007f567a010b20 in io_loop_run (ioloop=0x55a888915ed0) at ioloop.c:762 __func__ = "io_loop_run" #42 0x00007f5679f83e83 in master_service_run (service=0x55a888915d20, callback=callback@entry=0x55a886941950 ) at master-service.c:869 No locals. #43 0x000055a886924efa in main (argc=<optimized out>, argv=<optimized out>) at main.c:564 set_roots = { 0x7f567a0bcfa0 , 0x55a886956620 , 0x0 } login_set = { auth_socket_path = 0x55a88890d7f8 "", postlogin_socket_path = 0x0, postlogin_timeout_secs = 60, callback = 0x55a886942330 , failure_callback = 0x55a886941a20 , request_auth_token = true } service_flags = <optimized out> storage_service_flags = <optimized out> username = 0x0 auth_socket_path = <optimized out> c = <optimized out> error = 0x0 (gdb)
-- Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org )
On September 15, 2022 10:00:21 AM GMT+03:00, "Arkadiusz Miśkiewicz" arekm@maven.pl wrote:
On 15.09.2022 07:10, Aki Tuomi wrote:
On 15/09/2022 07:57 EEST Arkadiusz Miśkiewicz arekm@maven.pl wrote:
On 29.12.2021 10:26, Aki Tuomi wrote:
On 29/12/2021 11:20 tobisworld@gmail.com wrote:
Hi list
I have weird issue with my Dovecot 2.3.17.1 (476cd46418) When deleting a certain amount of messages from my INBOX via my MUA (Evolution) all over sudden dovecot starts to panic
Panic: file mail-index-transaction-finish.c: line 185 (mail_index_transaction_get_uid): assertion failed: (seq <= t->view-
map->hdr.messages_count)
Thanks!
Aki
On 15/09/2022 11:02 EEST Aki Tuomi aki.tuomi@open-xchange.com wrote:
On September 15, 2022 10:00:21 AM GMT+03:00, "Arkadiusz Miśkiewicz" arekm@maven.pl wrote:
On 15.09.2022 07:10, Aki Tuomi wrote:
On 15/09/2022 07:57 EEST Arkadiusz Miśkiewicz arekm@maven.pl wrote:
On 29.12.2021 10:26, Aki Tuomi wrote:
On 29/12/2021 11:20 tobisworld@gmail.com wrote:
Hi list
I have weird issue with my Dovecot 2.3.17.1 (476cd46418) When deleting a certain amount of messages from my INBOX via my MUA (Evolution) all over sudden dovecot starts to panic
Panic: file mail-index-transaction-finish.c: line 185 (mail_index_transaction_get_uid): assertion failed: (seq <= t->view- > map->hdr.messages_count)
Thanks!
Aki
Arkadiusz, is it possible for you to see if this issue happens with 2.3.19.2 please?
Aki
On 16.09.2022 08:46, Aki Tuomi wrote:
On 15/09/2022 11:02 EEST Aki Tuomi aki.tuomi@open-xchange.com wrote:
On September 15, 2022 10:00:21 AM GMT+03:00, "Arkadiusz Miśkiewicz" arekm@maven.pl wrote:
On 15.09.2022 07:10, Aki Tuomi wrote:
On 15/09/2022 07:57 EEST Arkadiusz Miśkiewicz arekm@maven.pl wrote:
On 29.12.2021 10:26, Aki Tuomi wrote:
> On 29/12/2021 11:20 tobisworld@gmail.com wrote: > > Hi list > > I have weird issue with my Dovecot 2.3.17.1 (476cd46418) > When deleting a certain amount of messages from my INBOX via my MUA > (Evolution) all over sudden dovecot starts to panic > > Panic: file mail-index-transaction-finish.c: line 185 > (mail_index_transaction_get_uid): assertion failed: (seq <= t->view- >> map->hdr.messages_count) >
Thanks!
Aki
Arkadiusz, is it possible for you to see if this issue happens with 2.3.19.2 please?
I can test any version or single patch. Where is that 2.3.19.2?
-- Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org )
On September 17, 2022 10:55:42 PM GMT+03:00, "Arkadiusz Miśkiewicz" arekm@maven.pl wrote:
On 16.09.2022 08:46, Aki Tuomi wrote:
On 15/09/2022 11:02 EEST Aki Tuomi aki.tuomi@open-xchange.com wrote:
On September 15, 2022 10:00:21 AM GMT+03:00, "Arkadiusz Miśkiewicz" arekm@maven.pl wrote:
On 15.09.2022 07:10, Aki Tuomi wrote:
On 15/09/2022 07:57 EEST Arkadiusz Miśkiewicz arekm@maven.pl wrote:
On 29.12.2021 10:26, Aki Tuomi wrote: > >> On 29/12/2021 11:20 tobisworld@gmail.com wrote: >> >> Hi list >> >> I have weird issue with my Dovecot 2.3.17.1 (476cd46418) >> When deleting a certain amount of messages from my INBOX via my MUA >> (Evolution) all over sudden dovecot starts to panic >> >> Panic: file mail-index-transaction-finish.c: line 185 >> (mail_index_transaction_get_uid): assertion failed: (seq <= t->view- >>> map->hdr.messages_count) >>
Thanks!
Aki
Arkadiusz, is it possible for you to see if this issue happens with 2.3.19.2 please?
I can test any version or single patch. Where is that 2.3.19.2?
Apologies, I ment the "latest CE release" at https://repo.dovecot.org .
Aki
On 18.09.2022 08:21, Aki Tuomi wrote:
On September 17, 2022 10:55:42 PM GMT+03:00, "Arkadiusz Miśkiewicz" arekm@maven.pl wrote:
On 16.09.2022 08:46, Aki Tuomi wrote:
On 15/09/2022 11:02 EEST Aki Tuomi aki.tuomi@open-xchange.com wrote:
On September 15, 2022 10:00:21 AM GMT+03:00, "Arkadiusz Miśkiewicz" arekm@maven.pl wrote:
On 15.09.2022 07:10, Aki Tuomi wrote:
> On 15/09/2022 07:57 EEST Arkadiusz Miśkiewicz arekm@maven.pl wrote: > > On 29.12.2021 10:26, Aki Tuomi wrote: >> >>> On 29/12/2021 11:20 tobisworld@gmail.com wrote: >>> >>> Hi list >>> >>> I have weird issue with my Dovecot 2.3.17.1 (476cd46418) >>> When deleting a certain amount of messages from my INBOX via my MUA >>> (Evolution) all over sudden dovecot starts to panic >>> >>> Panic: file mail-index-transaction-finish.c: line 185 >>> (mail_index_transaction_get_uid): assertion failed: (seq <= t->view- >>>> map->hdr.messages_count) >>>
Thanks!
Aki
Arkadiusz, is it possible for you to see if this issue happens with 2.3.19.2 please?
I can test any version or single patch. Where is that 2.3.19.2?
Apologies, I ment the "latest CE release" at https://repo.dovecot.org .
I was testing that on my own 2.3.19.1 build.
I can test anything that's in form of source/patch that I can build on custom Linux distro here.
Tried guessing urls like https://repo.dovecot.org/ce-latest-2.3 but 404, so don't know which version is "ce-latest-2.3".
Aki
-- Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org )
Am 18.09.22 um 10:21 schrieb Arkadiusz Miśkiewicz:
On 18.09.2022 08:21, Aki Tuomi wrote:
On September 17, 2022 10:55:42 PM GMT+03:00, "Arkadiusz Miśkiewicz" arekm@maven.pl wrote:
On 16.09.2022 08:46, Aki Tuomi wrote:
On 15/09/2022 11:02 EEST Aki Tuomi aki.tuomi@open-xchange.com wrote:
On September 15, 2022 10:00:21 AM GMT+03:00, "Arkadiusz Miśkiewicz" arekm@maven.pl wrote:
On 15.09.2022 07:10, Aki Tuomi wrote: > >> On 15/09/2022 07:57 EEST Arkadiusz Miśkiewicz arekm@maven.pl >> wrote: >> >> On 29.12.2021 10:26, Aki Tuomi wrote: >>> >>>> On 29/12/2021 11:20 tobisworld@gmail.com wrote: >>>> >>>> Hi list >>>> >>>> I have weird issue with my Dovecot 2.3.17.1 (476cd46418) >>>> When deleting a certain amount of messages from my INBOX via >>>> my MUA >>>> (Evolution) all over sudden dovecot starts to panic >>>> >>>> Panic: file mail-index-transaction-finish.c: line 185 >>>> (mail_index_transaction_get_uid): assertion failed: (seq <= >>>> t->view- >>>>> map->hdr.messages_count) >>>>
Thanks!
Aki
Arkadiusz, is it possible for you to see if this issue happens with 2.3.19.2 please?
I can test any version or single patch. Where is that 2.3.19.2?
Apologies, I ment the "latest CE release" at https://repo.dovecot.org .
I was testing that on my own 2.3.19.1 build.
I can test anything that's in form of source/patch that I can build on custom Linux distro here.
Tried guessing urls like https://repo.dovecot.org/ce-latest-2.3 but 404, so don't know which version is "ce-latest-2.3".
Aki
https://www.dovecot.org/releases/2.3/dovecot-2.3.19.1.tar.gz https://www.dovecot.org/releases/2.3/dovecot-2.3.19.1.tar.gz.sig
Kind regards, Christian Mack
-- Christian Mack Universität Konstanz Kommunikations-, Informations-, Medienzentrum (KIM) Abteilung IT-Dienste Forschung, Lehre, Infrastruktur 78457 Konstanz +49 7531 88-4416
On 19.09.2022 14:52, Christian Mack wrote:
Am 18.09.22 um 10:21 schrieb Arkadiusz Miśkiewicz:
On 18.09.2022 08:21, Aki Tuomi wrote:
On September 17, 2022 10:55:42 PM GMT+03:00, "Arkadiusz Miśkiewicz" arekm@maven.pl wrote:
On 16.09.2022 08:46, Aki Tuomi wrote:
On 15/09/2022 11:02 EEST Aki Tuomi aki.tuomi@open-xchange.com wrote:
On September 15, 2022 10:00:21 AM GMT+03:00, "Arkadiusz Miśkiewicz" arekm@maven.pl wrote: > On 15.09.2022 07:10, Aki Tuomi wrote: >> >>> On 15/09/2022 07:57 EEST Arkadiusz Miśkiewicz arekm@maven.pl >>> wrote: >>> >>> On 29.12.2021 10:26, Aki Tuomi wrote: >>>> >>>>> On 29/12/2021 11:20 tobisworld@gmail.com wrote: >>>>> >>>>> Hi list >>>>> >>>>> I have weird issue with my Dovecot 2.3.17.1 (476cd46418) >>>>> When deleting a certain amount of messages from my INBOX via >>>>> my MUA >>>>> (Evolution) all over sudden dovecot starts to panic >>>>> >>>>> Panic: file mail-index-transaction-finish.c: line 185 >>>>> (mail_index_transaction_get_uid): assertion failed: (seq <= >>>>> t->view- >>>>>> map->hdr.messages_count) >>>>>
Thanks!
Aki
Arkadiusz, is it possible for you to see if this issue happens with 2.3.19.2 please?
I can test any version or single patch. Where is that 2.3.19.2?
Apologies, I ment the "latest CE release" at https://repo.dovecot.org .
I was testing that on my own 2.3.19.1 build.
I can test anything that's in form of source/patch that I can build on custom Linux distro here.
Tried guessing urls like https://repo.dovecot.org/ce-latest-2.3 but 404, so don't know which version is "ce-latest-2.3".
Aki
https://www.dovecot.org/releases/2.3/dovecot-2.3.19.1.tar.gz https://www.dovecot.org/releases/2.3/dovecot-2.3.19.1.tar.gz.sig
As mentioned earlier tests were done on exactly this version, own build.
-- Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org )
participants (4)
-
Aki Tuomi
-
Arkadiusz Miśkiewicz
-
Christian Mack
-
tobisworld@gmail.com