replication deleting files on slave and sync_client -u

Bron Gondwana brong at fastmail.fm
Wed Feb 19 18:50:55 EST 2014


On Thu, Feb 20, 2014, at 10:03 AM, Marcus Schopen wrote:
> Hi,
> 
> just a understanding question: for some testing I connected via imap to
> the slave an deleted some messages there. After that I started a 
> 
>  /usr/lib/cyrus/bin/sync_client -u mailboxname
> 
> on the master to sync master and slave. This is the log on the master:
> 
> -------------
> Feb 19 23:51:19 master cyrus/sync_client[8077]: starttls: TLSv1 with
> cipher DHE-RSA-AES256-SHA (256/256 bits new client) no authentication
> Feb 19 23:51:19 master cyrus/sync_client[8077]: MAILBOX received NO
> response: IMAP_MAILBOX_CRC Checksum Failure
> Feb 19 23:51:19 master cyrus/sync_client[8077]: CRC failure on sync for
> user.testbox, trying full update
> Feb 19 23:51:19 master cyrus/sync_client[8077]: SYNCNOTICE:
> highestmodseq higher on replica user.testbox, updating 57 => 61
> Feb 19 23:51:19 master cyrus/sync_client[8077]: SYNCNOTICE: record
> mismatch with replica: user.testbox more recent on replica
> Feb 19 23:51:19 master cyrus/sync_client[8077]: SYNCNOTICE: master
> uid:40 modseq:56 last_updated:1392850167 internaldate:1392850167
> flags:(\Seen)
> Feb 19 23:51:19 master cyrus/sync_client[8077]: SYNCNOTICE: replica
> uid:40 modseq:58 last_updated:1392850232 internaldate:1392850167
> flags:(\Seen)
> Feb 19 23:51:19 master cyrus/sync_client[8077]: SYNCNOTICE: record
> mismatch with replica: user.testbox more recent on replica
> Feb 19 23:51:19 master cyrus/sync_client[8077]: SYNCNOTICE: master
> uid:40 modseq:56 last_updated:1392850167 internaldate:1392850167
> flags:(\Seen)
> Feb 19 23:51:19 master cyrus/sync_client[8077]: SYNCNOTICE: replica
> uid:40 modseq:58 last_updated:1392850232 internaldate:1392850167
> flags:(\Seen)
> Feb 19 23:51:19 master cyrus/sync_client[8077]: Unlinking files in
> mailbox user.testbox
> Feb 19 23:51:50 master cyrus/sync_client[8080]: Doing a peer verify
> -------------
> 
> Looking into the mailbox on master server the on the slave deleted
> messages are deleted on the master too. So far so good, both mailboxes
> seems to be in sync, but I would have had expected that the master is
> syncing the deleted messages back to the slave and not the other way
> around.

If they never existed on the replica, they will get copied from the
master, but if you delete them - it assumes that the other end was
the master and you did a forced failover, so it applies the delete.

Basically, it's a partial master<->master.  If you went in with an
IMAP client and explicitly deleted a message, that's assumed to mean
you actually wanted it gone.

Bron.

-- 
  Bron Gondwana
  brong at fastmail.fm


More information about the Info-cyrus mailing list