Hello, Does anyone one have any idea? Aki maybe? Regards, Mabi ??????? Original Message ??????? On Wednesday, January 22, 2020 11:37 AM, mabi <mabi at protonmail.ch> wrote:> Hello, > > Are there any chances that I could fix this issue by running a "doveadm force-rsync" (https://wiki2.dovecot.org/Tools/Doveadm/ForceResync) on this problematic mailbox? > > Best regards, > Mabi > > ??????? Original Message ??????? > On Tuesday, January 21, 2020 9:53 AM, mabi mabi at protonmail.ch wrote: > > > Hello, > > I just migrated a few dovecot IMAP mailbox (Maildir format) from a Dovecot 2.1.7 (Debian 7) mailbox server to a Dovecot 2.3.4 (Debian 10) mailbox server and one particular mailbox does not work properly and generates the following error log entries: > > Jan 21 09:39:21 Panic: imap(EMAIL_ADDRESS)<7741><UTsrWKKcasoAAAAAAAAAAAAAAAAAAAAB>: file array.c: line 10 (array_idx_modifiable_i): assertion failed: (idx * array->element_size < array->buffer->used) > > Jan 21 09:39:21 Error: imap(EMAIL_ADDRESS)<7741><UTsrWKKcasoAAAAAAAAAAAAAAAAAAAAB>: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0(+0xdb15b) [0x7fa18def215b] -> /usr/lib/dovecot/libdovecot.so.0(+0xdb1f1) [0x7fa18def21f1] -> /usr/lib/dovecot/libdovecot.so.0(+0x4a001) [0x7fa18de61001] -> /usr/lib/dovecot/libdovecot.so.0(+0x493bf) [0x7fa18de603bf] -> /usr/lib/dovecot/libdovecot-storage.so.0(+0xde920) [0x7fa18e084920] -> /usr/lib/dovecot/libdovecot-storage.so.0(mail_index_sync_commit+0x22f) [0x7fa18e096a3f] -> /usr/lib/dovecot/libdovecot-storage.so.0(+0x85b4b) [0x7fa18e02bb4b] -> /usr/lib/dovecot/libdovecot-storage.so.0(+0x8862a) [0x7fa18e02e62a] -> /usr/lib/dovecot/libdovecot-storage.so.0(+0x88937) [0x7fa18e02e937] -> /usr/lib/dovecot/libdovecot-storage.so.0(maildir_storage_sync_init+0xa3) [0x7fa18e02ece3] -> /usr/lib/dovecot/libdovecot-storage.so.0(mailbox_sync_init+0x57) [0x7fa18e002497] -> dovecot/imapEMAIL_ADDRESS ::1 UID STORE [0x563d342e16e1] -> dovecot/imap EMAIL_ADDRESS ::1 UID STORE [0x563d342e25f6] -> dovecot/imap EMAIL_ADDRESS ::1 UID STORE [0x563d342d58f8] -> dovecot/imap EMAIL_ADDRESS ::1 UID STORE [0x563d342d5d6e] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x6f) [0x7fa18df0860f] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run_internal+0x136) [0x7fa18df09c06] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0x4c) [0x7fa18df086ac] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_run+0x40) [0x7fa18df08810] -> /usr/lib/dovecot/libdovecot.so.0(master_service_run+0x13) [0x7fa18de88fd3] -> dovecot/imap EMAIL_ADDRESS ::1 UID STORE [0x563d342c7bf5] -> /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xeb) [0x7fa18dc7309b] -> dovecot/imap EMAIL_ADDRESS ::1 UID STORE [0x563d342c7d8a] > > Jan 21 09:39:21 Fatal: imap(EMAIL_ADDRESS)<7741><UTsrWKKcasoAAAAAAAAAAAAAAAAAAAAB>: master: service(imap): child 7741 killed with signal 6 (core dumps disabled - https://dovecot.org/bugreport.html#coredumps) > > Does anyone have any idea what could be going wrong here? > > Maybe I need to run some kind of conversion or re-generate some indexes? > > Best regards, > > Mabi
Aki Tuomi
2020-Jan-27 07:37 UTC
imap panic: file array.c: line 10 (array_idx_modifiable_i)
You could try force-resync, it is safe to run. Anyways, without backtrace from core file it's hard to say. Aki On 27.1.2020 9.05, mabi wrote:> Hello, > > Does anyone one have any idea? Aki maybe? > > Regards, > Mabi > > ??????? Original Message ??????? > On Wednesday, January 22, 2020 11:37 AM, mabi <mabi at protonmail.ch> wrote: > >> Hello, >> >> Are there any chances that I could fix this issue by running a "doveadm force-rsync" (https://wiki2.dovecot.org/Tools/Doveadm/ForceResync) on this problematic mailbox? >> >> Best regards, >> Mabi >> >> ??????? Original Message ??????? >> On Tuesday, January 21, 2020 9:53 AM, mabi mabi at protonmail.ch wrote: >> >>> Hello, >>> I just migrated a few dovecot IMAP mailbox (Maildir format) from a Dovecot 2.1.7 (Debian 7) mailbox server to a Dovecot 2.3.4 (Debian 10) mailbox server and one particular mailbox does not work properly and generates the following error log entries: >>> Jan 21 09:39:21 Panic: imap(EMAIL_ADDRESS)<7741><UTsrWKKcasoAAAAAAAAAAAAAAAAAAAAB>: file array.c: line 10 (array_idx_modifiable_i): assertion failed: (idx * array->element_size < array->buffer->used) >>> Jan 21 09:39:21 Error: imap(EMAIL_ADDRESS)<7741><UTsrWKKcasoAAAAAAAAAAAAAAAAAAAAB>: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0(+0xdb15b) [0x7fa18def215b] -> /usr/lib/dovecot/libdovecot.so.0(+0xdb1f1) [0x7fa18def21f1] -> /usr/lib/dovecot/libdovecot.so.0(+0x4a001) [0x7fa18de61001] -> /usr/lib/dovecot/libdovecot.so.0(+0x493bf) [0x7fa18de603bf] -> /usr/lib/dovecot/libdovecot-storage.so.0(+0xde920) [0x7fa18e084920] -> /usr/lib/dovecot/libdovecot-storage.so.0(mail_index_sync_commit+0x22f) [0x7fa18e096a3f] -> /usr/lib/dovecot/libdovecot-storage.so.0(+0x85b4b) [0x7fa18e02bb4b] -> /usr/lib/dovecot/libdovecot-storage.so.0(+0x8862a) [0x7fa18e02e62a] -> /usr/lib/dovecot/libdovecot-storage.so.0(+0x88937) [0x7fa18e02e937] -> /usr/lib/dovecot/libdovecot-storage.so.0(maildir_storage_sync_init+0xa3) [0x7fa18e02ece3] -> /usr/lib/dovecot/libdovecot-storage.so.0(mailbox_sync_init+0x57) [0x7fa18e002497] -> dovecot/imapEMAIL_ADDRESS ::1 UID STORE [0x563d342e16e1] -> dovecot/imap EMAIL_ADDRESS ::1 UID STORE [0x563d342e25f6] -> dovecot/imap EMAIL_ADDRESS ::1 UID STORE [0x563d342d58f8] -> dovecot/imap EMAIL_ADDRESS ::1 UID STORE [0x563d342d5d6e] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x6f) [0x7fa18df0860f] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run_internal+0x136) [0x7fa18df09c06] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0x4c) [0x7fa18df086ac] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_run+0x40) [0x7fa18df08810] -> /usr/lib/dovecot/libdovecot.so.0(master_service_run+0x13) [0x7fa18de88fd3] -> dovecot/imap EMAIL_ADDRESS ::1 UID STORE [0x563d342c7bf5] -> /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xeb) [0x7fa18dc7309b] -> dovecot/imap EMAIL_ADDRESS ::1 UID STORE [0x563d342c7d8a] >>> Jan 21 09:39:21 Fatal: imap(EMAIL_ADDRESS)<7741><UTsrWKKcasoAAAAAAAAAAAAAAAAAAAAB>: master: service(imap): child 7741 killed with signal 6 (core dumps disabled - https://dovecot.org/bugreport.html#coredumps) >>> Does anyone have any idea what could be going wrong here? >>> Maybe I need to run some kind of conversion or re-generate some indexes? >>> Best regards, >>> Mabi >
Thank you very much Aki for your fast answer. Is force-resync also safe to run while the mailbox is in use (by IMAP)? ??????? Original Message ??????? On Monday, January 27, 2020 8:37 AM, Aki Tuomi <aki.tuomi at open-xchange.com> wrote:> You could try force-resync, it is safe to run. > > Anyways, without backtrace from core file it's hard to say. > > Aki > > On 27.1.2020 9.05, mabi wrote: > > > Hello, > > Does anyone one have any idea? Aki maybe? > > Regards, > > Mabi > > ??????? Original Message ??????? > > On Wednesday, January 22, 2020 11:37 AM, mabi mabi at protonmail.ch wrote: > > > > > Hello, > > > Are there any chances that I could fix this issue by running a "doveadm force-rsync" (https://wiki2.dovecot.org/Tools/Doveadm/ForceResync) on this problematic mailbox? > > > Best regards, > > > Mabi > > > ??????? Original Message ??????? > > > On Tuesday, January 21, 2020 9:53 AM, mabi mabi at protonmail.ch wrote: > > > > > > > Hello, > > > > I just migrated a few dovecot IMAP mailbox (Maildir format) from a Dovecot 2.1.7 (Debian 7) mailbox server to a Dovecot 2.3.4 (Debian 10) mailbox server and one particular mailbox does not work properly and generates the following error log entries: > > > > Jan 21 09:39:21 Panic: imap(EMAIL_ADDRESS)<7741><UTsrWKKcasoAAAAAAAAAAAAAAAAAAAAB>: file array.c: line 10 (array_idx_modifiable_i): assertion failed: (idx * array->element_size < array->buffer->used) > > > > Jan 21 09:39:21 Error: imap(EMAIL_ADDRESS)<7741><UTsrWKKcasoAAAAAAAAAAAAAAAAAAAAB>: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0(+0xdb15b) [0x7fa18def215b] -> /usr/lib/dovecot/libdovecot.so.0(+0xdb1f1) [0x7fa18def21f1] -> /usr/lib/dovecot/libdovecot.so.0(+0x4a001) [0x7fa18de61001] -> /usr/lib/dovecot/libdovecot.so.0(+0x493bf) [0x7fa18de603bf] -> /usr/lib/dovecot/libdovecot-storage.so.0(+0xde920) [0x7fa18e084920] -> /usr/lib/dovecot/libdovecot-storage.so.0(mail_index_sync_commit+0x22f) [0x7fa18e096a3f] -> /usr/lib/dovecot/libdovecot-storage.so.0(+0x85b4b) [0x7fa18e02bb4b] -> /usr/lib/dovecot/libdovecot-storage.so.0(+0x8862a) [0x7fa18e02e62a] -> /usr/lib/dovecot/libdovecot-storage.so.0(+0x88937) [0x7fa18e02e937] -> /usr/lib/dovecot/libdovecot-storage.so.0(maildir_storage_sync_init+0xa3) [0x7fa18e02ece3] -> /usr/lib/dovecot/libdovecot-storage.so.0(mailbox_sync_init+0x57) [0x7fa18e002497] -> dovecot/imapEMAIL_ADDRESS ::1 UID STORE [0x563d342e16e1] -> dovecot/imap EMAIL_ADDRESS ::1 UID STORE [0x563d342e25f6] -> dovecot/imap EMAIL_ADDRESS ::1 UID STORE [0x563d342d58f8] -> dovecot/imap EMAIL_ADDRESS ::1 UID STORE [0x563d342d5d6e] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x6f) [0x7fa18df0860f] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run_internal+0x136) [0x7fa18df09c06] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0x4c) [0x7fa18df086ac] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_run+0x40) [0x7fa18df08810] -> /usr/lib/dovecot/libdovecot.so.0(master_service_run+0x13) [0x7fa18de88fd3] -> dovecot/imap EMAIL_ADDRESS ::1 UID STORE [0x563d342c7bf5] -> /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xeb) [0x7fa18dc7309b] -> dovecot/imap EMAIL_ADDRESS ::1 UID STORE [0x563d342c7d8a] > > > > Jan 21 09:39:21 Fatal: imap(EMAIL_ADDRESS)<7741><UTsrWKKcasoAAAAAAAAAAAAAAAAAAAAB>: master: service(imap): child 7741 killed with signal 6 (core dumps disabled - https://dovecot.org/bugreport.html#coredumps) > > > > Does anyone have any idea what could be going wrong here? > > > > Maybe I need to run some kind of conversion or re-generate some indexes? > > > > Best regards, > > > > Mabi
??????? Original Message ??????? On Monday, January 27, 2020 8:37 AM, Aki Tuomi <aki.tuomi at open-xchange.com> wrote:> You could try force-resync, it is safe to run. > > Anyways, without backtrace from core file it's hard to say.Hi Aki, I now ran the following command to force resync all mailboxes: sudo doveadm -Dv force-resync -u email at domain.com \* and this gave the following output: Debug: Loading modules from directory: /usr/lib/dovecot/modules Debug: Module loaded: /usr/lib/dovecot/modules/lib10_quota_plugin.so Debug: Loading modules from directory: /usr/lib/dovecot/modules/doveadm Debug: Skipping module doveadm_acl_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_acl_plugin.so: undefined symbol: acl_user_module (this is usually intentional, so just ignore this message) Debug: Skipping module doveadm_expire_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_expire_plugin.so: undefined symbol: expire_set_deinit (this is usually intentional, so just ignore this message) Debug: Module loaded: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_quota_plugin.so Debug: Module loaded: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_sieve_plugin.so Debug: Skipping module doveadm_fts_lucene_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib20_doveadm_fts_lucene_plugin.so: undefined symbol: lucene_index_iter_deinit (this is usually intentional, so just ignore this message) Debug: Skipping module doveadm_fts_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib20_doveadm_fts_plugin.so: undefined symbol: fts_user_get_language_list (this is usually intentional, so just ignore this message) Debug: Skipping module doveadm_mail_crypt_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/libdoveadm_mail_crypt_plugin.so: undefined symbol: mail_crypt_box_get_pvt_digests (this is usually intentional, so just ignore this message) doveadm(email at domain.com)<3681><>: Debug: auth USER input: email at domain.com home=/var/vmail/domain.com/email uid=150 gid=8 quota_rule=*:bytes=3072000000 doveadm(email at domain.com)<3681><>: Debug: Added userdb setting: plugin/quota_rule=*:bytes=3072000000 doveadm(email at domain.com): Debug: Effective uid=150, gid=8, home=/var/vmail/domain.com/email doveadm(email at domain.com): Debug: Quota root: name=User quota backend=maildir argsdoveadm(email at domain.com): Debug: Quota rule: root=User quota mailbox=* bytes=3072000000 messages=0 doveadm(email at domain.com): Debug: Quota rule: root=User quota mailbox=INBOX.Trash bytes=+104857600 messages=0 doveadm(email at domain.com): Debug: Quota warning: bytes=2918400000 (95%) messages=0 reverse=no command=quota-warning 95 email at domain.com doveadm(email at domain.com): Debug: Quota warning: bytes=2457600000 (80%) messages=0 reverse=no command=quota-warning 80 email at domain.com doveadm(email at domain.com): Debug: Quota grace: root=User quota bytes=307200000 (10%) doveadm(email at domain.com): Debug: Namespace inbox: type=private, prefix=INBOX., sep=., inbox=yes, hidden=no, list=yes, subscriptions=yes location=maildir:/var/vmail/domain.com/email/Maildir doveadm(email at domain.com): Debug: maildir++: root=/var/vmail/domain.com/email/Maildir, index=, indexpvt=, control=, inbox=/var/vmail/domain.com/email/Maildir, altdoveadm(email at domain.com): Debug: Namespace : type=private, prefix=, sep=, inbox=no, hidden=yes, list=no, subscriptions=no location=fail::LAYOUT=none doveadm(email at domain.com): Debug: none: root=, index=, indexpvt=, control=, inbox=, altdoveadm(email at domain.com): Debug: quota: quota_over_flag check: quota_over_script unset - skipping doveadm(email at domain.com): Debug: Mailbox INBOX: Mailbox opened because: force-resync So it looks like it did something but only for the INBOX mailbox. How do I make force-resync do its job on all mailboxes? After the command I saw that the following file has been modified: "Maildir/dovecot.index.log", that should be the case, right? Best regards, Mabi
Seemingly Similar Threads
- imap panic: file array.c: line 10 (array_idx_modifiable_i)
- imap panic: file array.c: line 10 (array_idx_modifiable_i)
- imap panic: file array.c: line 10 (array_idx_modifiable_i)
- imap panic: file array.c: line 10 (array_idx_modifiable_i)
- imap panic: file array.c: line 10 (array_idx_modifiable_i)