On 26.10.2013, at 18.23, Timo Sirainen tss@iki.fi wrote:

On 20.10.2013, at 19.24, Anand Kumria wildfire@progsoc.org wrote:

...

Using dovecot v2.2.5.5, I get the following:

$ doveadm -v backup -R -u user@example.com maildir:/home/rsync/ example.com/user/Maildir/

[...]

dsync(user@example.com): Panic: file dsync-mailbox-export.c: line 228 (export_save_change_get): assertion failed: (change->type == DSYNC_MAIL_CHANGE_TYPE_FLAG_CHANGE)

That’s definitely a bug, but I’m not sure how to reproduce it. Can you create such a test maildir where this happens that you could send to me? For example you could change all the mail contents to just use “x” letters. Here’s a script that does it: http://dovecot.org/tools/maildir-anonymize.pl

Most likely this is related to your specific dovecot.index* files, and deleting them would fix the problem. I’d still like to fix the real bug though.

I don’t see why it would repeatedly happen, although I did find a bug that could cause that behavior during race conditions: http://hg.dovecot.org/dovecot-2.2/rev/dbe7c5a0021e

Hi,

I've retried with v2.2.7 and I get a slightly different backtrace now:

$ doveadm -v backup -R -u user@example.com maildir:/home/rsync/ example.com/user/Maildir/ [...] dsync(user@example.com): Panic: file dsync-brain-mailbox.c: line 668 (dsync_brain_slave_recv_mailbox): assertion failed: (memcmp(dsync_box->mailbox_guid, local_dsync_box.mailbox_guid, sizeof(dsync_box->mailbox_guid)) == 0) dsync(user@example.com): Error: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0(+0x5f030) [0x7f5716869030] -> /usr/lib/dovecot/libdovecot.so.0(default_fatal_handler+0x2a) [0x7f571686910a] -> /usr/lib/dovecot/libdovecot.so.0(i_fatal+0) [0x7f5716823779] -> doveadm user@example.com Archives/2004 send:mailbox recv:mailbox [0x42d4e9] -> doveadm user@example.com Archives/2004 send:mailbox recv:mailbox [0x42b2d9] -> doveadm user@example.comArchives/2004 send:mailbox recv:mailbox [0x4290c3] -> doveadm user@example.com Archives/2004 send:mailbox recv:mailbox [0x411c17] -> doveadm user@example.com Archives/2004 send:mailbox recv:mailbox [0x4128e0] -> doveadm user@example.com Archives/2004 send:mailbox recv:mailbox [0x411800] -> /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xed) [0x7f571646b76d] -> doveadm user@example.com Archives/2004 send:mailbox recv:mailbox [0x4119fd]

Let me know what else I can do to assist.

Thanks, Anand

On 3 November 2013 11:27, Anand Kumria wildfire@progsoc.org wrote:

Hi Timo,

I would but exactly how to run this script usefully escapes me.

Neither:

$ perl maildir-anonymize.pl .

$ perl maildir-anonymize.pl Maildir/

work.

And:

$ cd Maildir; perl maildir-anonymize.pl *

outputs lots of 'x', but that isn't useful. Since I assume you want the original contents anonymized.

Also, the issue might be related to the folder structure, the original is using Maildir within Maildir (what Dovecot 1.x creates actually).

So you might need the full structure?

Regards, Anand

On 26 October 2013 16:23, Timo Sirainen tss@iki.fi wrote:

...

On 20.10.2013, at 19.24, Anand Kumria wildfire@progsoc.org wrote:

...

Using dovecot v2.2.5.5, I get the following:

$ doveadm -v backup -R -u user@example.com maildir:/home/rsync/ example.com/user/Maildir/

[...]

dsync(user@example.com): Panic: file dsync-mailbox-export.c: line 228 (export_save_change_get): assertion failed: (change->type == DSYNC_MAIL_CHANGE_TYPE_FLAG_CHANGE)

That’s definitely a bug, but I’m not sure how to reproduce it. Can you create such a test maildir where this happens that you could send to me? For example you could change all the mail contents to just use “x” letters. Here’s a script that does it: http://dovecot.org/tools/maildir-anonymize.pl

Most likely this is related to your specific dovecot.index* files, and deleting them would fix the problem. I’d still like to fix the real bug though.