search for: dsync_brain_sync_mailbox_deinit

.... What I've done is: server01# doveadm force-resync -A '*' server01# doveadm replicator replicate -f '*' For 5 accounts I obtained the following crash: 2016-10-28T14:09:43.236946+02:00 server01 dovecot: dsync-server(someuser): Panic: file dsync-brain-mailbox.c: line 358 (dsync_brain_sync_mailbox_deinit): assertion failed: (brain->failed || brain->sync_type == DSYNC_BRAIN_SYNC_TYPE_CHANGED) 2016-10-28T14:09:43.237441+02:00 server01 dovecot: dsync-server(someuser): Error: Raw backtrace: /usr/local/lib/dovecot/libdovecot.so.0(+0x8f7e0) [0x7f3d9318d7e0] -> /usr/local/lib/dovecot/libdovec...

...server01# doveadm force-resync -A '*' > server01# doveadm replicator replicate -f '*' > > > For 5 accounts I obtained the following crash: > > 2016-10-28T14:09:43.236946+02:00 server01 dovecot: dsync-server(someuser): Panic: file dsync-brain-mailbox.c: line 358 (dsync_brain_sync_mailbox_deinit): assertion failed: (brain->failed || brain->sync_type == DSYNC_BRAIN_SYNC_TYPE_CHANGED) This code hasn't changed for quite a long time. So I don't think this is a new bug in 2.2.26. Can you try reproduce it easily? If yes, could you try if the attached patch fixes it? -------------...

...ility). - Fixed some compiling issues. - auth: Fixed assert-crash when using NTLM or SKEY mechanisms and multiple passdbs. - auth: Fixed crash when exporting to auth-worker passdb extra fields that had empty values. - dsync: Fixed assert-crash in dsync_brain_sync_mailbox_deinit

...ility). - Fixed some compiling issues. - auth: Fixed assert-crash when using NTLM or SKEY mechanisms and multiple passdbs. - auth: Fixed crash when exporting to auth-worker passdb extra fields that had empty values. - dsync: Fixed assert-crash in dsync_brain_sync_mailbox_deinit

...en another possibility). > > - Fixed some compiling issues. > - auth: Fixed assert-crash when using NTLM or SKEY mechanisms and > multiple passdbs. > - auth: Fixed crash when exporting to auth-worker passdb extra fields > that had empty values. > - dsync: Fixed assert-crash in dsync_brain_sync_mailbox_deinit

Dear suscribers. I just dont understand this error. Don't know where to look first. If someone have already meet this problem... Dec 10 16:06:17 prudence dovecot: dsync-server(address at domain.fr): Panic: file dsync-brain-mailbox.c: line 370 (dsync_brain_sync_mailbox_deinit): assertion failed: (brain->failed) Dec 10 16:06:17 prudence dovecot: dsync-server(address at domain.fr): Error: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0(+0xa0112) [0x7f2c66f62112] -> /usr/lib/dovecot/libdovecot.so.0(+0xa020a) [0x7f2c66f6220a] -> /usr/lib/dovecot/libdovecot.so.0(...

...t;> >> - Fixed some compiling issues. >> - auth: Fixed assert-crash when using NTLM or SKEY mechanisms and >> multiple passdbs. >> - auth: Fixed crash when exporting to auth-worker passdb extra fields >> that had empty values. >> - dsync: Fixed assert-crash in dsync_brain_sync_mailbox_deinit

...ssues. >>>> - auth: Fixed assert-crash when using NTLM or SKEY mechanisms and >>>> multiple passdbs. >>>> - auth: Fixed crash when exporting to auth-worker passdb extra fields >>>> that had empty values. >>>> - dsync: Fixed assert-crash in dsync_brain_sync_mailbox_deinit -------------- next part -------------- A non-text attachment was scrubbed... Name: dovecot-2.2.26.0-libressl.patch Type: text/x-patch Size: 4597 bytes Desc: not available URL: <http://dovecot.org/pipermail/dovecot/attachments/20161102/0e6ac618/attachment.bin>

...Fixed assert-crash when using NTLM or SKEY mechanisms and >>>>>> multiple passdbs. >>>>>> - auth: Fixed crash when exporting to auth-worker passdb extra fields >>>>>> that had empty values. >>>>>> - dsync: Fixed assert-crash in dsync_brain_sync_mailbox_deinit >>

...> > Dear suscribers. > > I just dont understand this error. Don't know where to look first. If > someone have already meet this problem... > > Dec 10 16:06:17 prudence dovecot: dsync-server(address at domain.fr): > Panic: file dsync-brain-mailbox.c: line 370 > (dsync_brain_sync_mailbox_deinit): assertion failed: (brain->failed) > Dec 10 16:06:17 prudence dovecot: dsync-server(address at domain.fr): > Error: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0(+0xa0112) > [0x7f2c66f62112] -> /usr/lib/dovecot/libdovecot.so.0(+0xa020a) > [0x7f2c66f6220a] -> /usr/lib/dove...

...ine %d (%s): assertion failed: (%s)") at failures.c:275 ctx = {type = LOG_TYPE_PANIC, exit_status = 0, timestamp = 0x0, timestamp_usecs = 0} args = {{gp_offset = 40, fp_offset = 48, overflow_arg_area = 0x7ffd51c5b4a0, reg_save_area = 0x7ffd51c5b3e0}} #5 0x000000000043a1eb in dsync_brain_sync_mailbox_deinit (brain=brain at entry=0x20d2b48) at dsync-brain-mailbox.c:371 last_common_uid = 0 last_messages_count = 0 last_common_modseq = 4428091 changes_during_sync = 0x0 last_common_pvt_modseq = 140725975364904 require_full_resync = false error...

...chanisms and >>>>>>> multiple passdbs. >>>>>>> - auth: Fixed crash when exporting to auth-worker passdb extra >>>>>>> fields >>>>>>> that had empty values. >>>>>>> - dsync: Fixed assert-crash in dsync_brain_sync_mailbox_deinit >>>

...t get any further but at least I saw an error message. After I deleted one user's home-directory on one of the two machines, maillog was showing (on both machines with a short delay): ,----[ /var/log/mail ] | dsync-server(someuser at example.com): Panic: file dsync-brain-mailbox.c: | line 331 (dsync_brain_sync_mailbox_deinit): assertion failed: | (brain->failed || brain->sync_type == DSYNC_BRAIN_SYNC_TYPE_CHANGED) Dec | 13 21:54:27 mail dovecot: dsync-server(someuser at example.com): Error: Raw | backtrace: /usr/lib64/dovecot/libdovecot.so.0(+0x75c0a) [0x7f51d82f1c0a] | -> /usr/lib64/dovecot/libdovecot.so.0(+0...

...(although 2.2.26.0.1 could have been another possibility). - Fixed some compiling issues. - auth: Fixed assert-crash when using NTLM or SKEY mechanisms and multiple passdbs. - auth: Fixed crash when exporting to auth-worker passdb extra fields that had empty values. - dsync: Fixed assert-crash in dsync_brain_sync_mailbox_deinit

...een another possibility). > > - Fixed some compiling issues. > - auth: Fixed assert-crash when using NTLM or SKEY mechanisms and > multiple passdbs. > - auth: Fixed crash when exporting to auth-worker passdb extra fields > that had empty values. > - dsync: Fixed assert-crash in dsync_brain_sync_mailbox_deinit

...xed some compiling issues. >>> - auth: Fixed assert-crash when using NTLM or SKEY mechanisms and >>> multiple passdbs. >>> - auth: Fixed crash when exporting to auth-worker passdb extra fields >>> that had empty values. >>> - dsync: Fixed assert-crash in dsync_brain_sync_mailbox_deinit

...gt;> - auth: Fixed assert-crash when using NTLM or SKEY mechanisms and >>>>> multiple passdbs. >>>>> - auth: Fixed crash when exporting to auth-worker passdb extra fields >>>>> that had empty values. >>>>> - dsync: Fixed assert-crash in dsync_brain_sync_mailbox_deinit >

...chanisms and >>>>>>> multiple passdbs. >>>>>>> - auth: Fixed crash when exporting to auth-worker passdb extra >>>>>>> fields >>>>>>> that had empty values. >>>>>>> - dsync: Fixed assert-crash in dsync_brain_sync_mailbox_deinit >>>

...;>>>>>> multiple passdbs. >>>>>>>> - auth: Fixed crash when exporting to auth-worker passdb extra >>>>>>>> fields >>>>>>>> that had empty values. >>>>>>>> - dsync: Fixed assert-crash in dsync_brain_sync_mailbox_deinit >>> >

Hi, I've got two servers set up for replication, which is working fine - except the sieve scripts. While the first replication, the existing rules have been replicated well. Also the activation/Deactivation seems to work. But Changes to the rules doesn't seem to be transferred. Configuration should be the same as the other server, except for mail_replica dovecot -n: # 2.2.15: