doveadm throws Panic: file dsync-mailbox-tree-fill.c: line 65
Running 2.2.15 on FreeBSD 10.0.
Forcing replication with: doveadm replicator replicate -f user@host.com on one user that I've seen some syslogs show up to see what's going on. Other users are fine.
When I run the above command on the one user it produces a core dump. See below for syslog output and full backtrace:
syslog output: Oct 26 22:44:09 d3cstorage dovecot: dsync-server(user@host.com): Panic: file dsync-mailbox-tree-fill.c: line 65 (dsync_mailbox_tree_get_selectable): assertion failed: (status_r->uidvalidity != 0) Oct 26 22:44:09 d3cstorage dovecot: dsync-server(user@host.com): Fatal: master: service(doveadm): child 67571 killed with signal 6 (core dumped) Oct 26 22:44:09 d3cstorage kernel: pid 67571 (doveadm-server), uid 127: exited on signal 6 (core dumped)
bt full: #0 0x0000000040f73e1a in kill () from /lib/libc.so.7 #1 0x0000000040f72ac9 in abort () from /lib/libc.so.7 #2 0x0000000040bd6fa4 in default_fatal_handler () from /usr/local/lib/dovecot/libdovecot.so.0 #3 0x0000000040bd7ca1 in i_set_failure_internal () from /usr/local/lib/dovecot/libdovecot.so.0 #4 0x0000000040bd7249 in i_panic () from /usr/local/lib/dovecot/libdovecot.so.0 #5 0x0000000000428014 in dsync_mailbox_tree_fill () #6 0x000000000041e0e6 in dsync_brain_mailbox_trees_init () #7 0x000000000041bb27 in dsync_brain_run () #8 0x000000000041b41f in dsync_brain_master_init () #9 0x000000000042ac54 in dsync_ibc_init_stream () #10 0x0000000040be9443 in io_loop_call_io () from /usr/local/lib/dovecot/libdovecot.so.0 #11 0x0000000040beaafd in io_loop_handler_run_internal () from /usr/local/lib/dovecot/libdovecot.so.0 #12 0x0000000040be9688 in io_loop_run () from /usr/local/lib/dovecot/libdovecot.so.0 #13 0x000000000040ec49 in doveadm_dsync_main () #14 0x0000000000410fe9 in doveadm_mail_single_user () #15 0x000000000041a89c in client_connection_create () #16 0x0000000040be9443 in io_loop_call_io () from /usr/local/lib/dovecot/libdovecot.so.0 #17 0x0000000040beaafd in io_loop_handler_run_internal () from /usr/local/lib/dovecot/libdovecot.so.0 #18 0x0000000040be9688 in io_loop_run () from /usr/local/lib/dovecot/libdovecot.so.0 #19 0x0000000040b90a58 in master_service_run () from /usr/local/lib/dovecot/libdovecot.so.0 #20 0x000000000041ae15 in main ()
Config snippets: service doveadm { drop_priv_before_exec = yes inet_listener { port = 12345 } } service replicator { process_min_avail = 1 unix_listener replicator-doveadm { group = mailsys mode = 0666 user = mailsys } unix_listener replicator { group = mailsys mode = 0666 user = mailsys } }
Anything else I can provide?
Thanks!
Cassidy
On 26 Oct 2014, at 21:52, Cassidy Larson alandaluz@gmail.com wrote:
Running 2.2.15 on FreeBSD 10.0.
Forcing replication with: doveadm replicator replicate -f user@host.com on one user that I've seen some syslogs show up to see what's going on. Other users are fine.
When I run the above command on the one user it produces a core dump. See below for syslog output and full backtrace:
syslog output: Oct 26 22:44:09 d3cstorage dovecot: dsync-server(user@host.com): Panic: file dsync-mailbox-tree-fill.c: line 65 (dsync_mailbox_tree_get_selectable): assertion failed: (status_r->uidvalidity != 0)
What mailbox format are you using? What's the output of:
doveadm mailbox status -u user@host.com 'uidvalidity uidnext' '*'
Is there one with uidvalidity=0 value? That shouldn't be happening.
What mailbox format are you using? What's the output of:
Using sdbox
doveadm mailbox status -u user@host.com 'uidvalidity uidnext' '*'
There is one folder with uidvalidity=0:
Trash uidnext=696 uidvalidity=1169866046 Notes uidnext=1 uidvalidity=1406044590 Sent Messages uidnext=112 uidvalidity=1169866046 Drafts uidnext=62 uidvalidity=1169866046 INBOX/my pictures/Nelson uidnext=1 uidvalidity=1406044592 INBOX/my pictures/Orlando uidnext=1 uidvalidity=1406044593 INBOX/my pictures/Rexbutg uidnext=1 uidvalidity=1412469718 INBOX/my pictures/Jared uidnext=1 uidvalidity=0 Deleted Messages uidnext=474 uidvalidity=1406044591 Deleted Items uidnext=2354 uidvalidity=1396558447 Sent Items uidnext=312 uidvalidity=1396558446 Junk uidnext=1 uidvalidity=1241816596 Junk E-mail uidnext=269 uidvalidity=1396558448 INBOX uidnext=38973 uidvalidity=1168294174
Is there one with uidvalidity=0 value? That shouldn't be happening.
Thanks.
On 27 Oct 2014, at 19:38, Cassidy Larson alandaluz@gmail.com wrote:
What mailbox format are you using? What's the output of:
Using sdbox
doveadm mailbox status -u user@host.com 'uidvalidity uidnext' '*'
There is one folder with uidvalidity=0:
INBOX/my pictures/Jared uidnext=1 uidvalidity=0
I guess this fixes it?
doveadm -u user@domain force-resync 'INBOX/my pictures/Jared'
I guess I should make it happen automatically though.
Found another user with an issue. They have an ‘undefined/INBOX’ folder on one of the storage servers but not the other. I assumed it was a problem with replication at one time or another?
This causes this core dump:
Oct 27 22:10:10 tdcstorage dovecot: dsync-server(user@host.com): Fatal: master: service(doveadm): child 9773 killed with signal 6 (core not dumped
- set service doveadm { drop_priv_before_exec=yes }) Oct 27 22:10:24 tdcstorage dovecot: dsync-local(user@host.com): Panic: file dsync-mailbox-tree-sync.c: line 406 (sync_rename_node_to_temp): assertion failed: (strcmp(old_name, "INBOX") != 0)
The backtrace shows:
#0 0x0000000040f73e1a in kill () from /lib/libc.so.7 #1 0x0000000040f72ac9 in abort () from /lib/libc.so.7 #2 0x0000000040bd6f74 in default_fatal_handler () from /usr/local/lib/dovecot/libdovecot.so.0 #3 0x0000000040bd7c71 in i_set_failure_internal () from /usr/local/lib/dovecot/libdovecot.so.0 #4 0x0000000040bd7219 in i_panic () from /usr/local/lib/dovecot/libdovecot.so.0 #5 0x000000000042a421 in dsync_mailbox_trees_sync_deinit () #6 0x0000000000429ce9 in dsync_mailbox_trees_sync_deinit () #7 0x00000000004288f7 in dsync_mailbox_trees_sync_init () #8 0x000000000042816e in dsync_mailbox_trees_sync_init () #9 0x000000000041eaca in dsync_brain_recv_mailbox_tree_deletes () #10 0x000000000041bc82 in dsync_brain_run () #11 0x000000000041b45a in dsync_brain_master_init () #12 0x000000000042ac54 in dsync_ibc_init_stream () #13 0x0000000040be9413 in io_loop_call_io () from /usr/local/lib/dovecot/libdovecot.so.0 #14 0x0000000040beaacd in io_loop_handler_run_internal () from /usr/local/lib/dovecot/libdovecot.so.0 #15 0x0000000040be9658 in io_loop_run () from /usr/local/lib/dovecot/libdovecot.so.0 #16 0x000000000040fc46 in doveadm_dsync_main () #17 0x0000000000410fe9 in doveadm_mail_single_user () #18 0x000000000041a89c in client_connection_create () #19 0x0000000040be9413 in io_loop_call_io () from /usr/local/lib/dovecot/libdovecot.so.0 #20 0x0000000040beaacd in io_loop_handler_run_internal () from /usr/local/lib/dovecot/libdovecot.so.0 #21 0x0000000040be9658 in io_loop_run () from /usr/local/lib/dovecot/libdovecot.so.0 #22 0x0000000040b90a28 in master_service_run () from /usr/local/lib/dovecot/libdovecot.so.0 #23 0x000000000041ae15 in main ()
Where’d the ‘undefined’ folders come from? Any easy way to work around them, or is it a manual thing?
Thanks.
On Mon, Oct 27, 2014 at 9:43 PM, Timo Sirainen tss@iki.fi wrote:
On 27 Oct 2014, at 19:38, Cassidy Larson alandaluz@gmail.com wrote:
What mailbox format are you using? What's the output of:
Using sdbox
doveadm mailbox status -u user@host.com 'uidvalidity uidnext' '*'
There is one folder with uidvalidity=0:
INBOX/my pictures/Jared uidnext=1 uidvalidity=0
I guess this fixes it?
doveadm -u user@domain force-resync 'INBOX/my pictures/Jared'
I guess I should make it happen automatically though.
participants (2)
-
Cassidy Larson
-
Timo Sirainen