Replica mailboxes changing partitions during delayed deletes

[Paul Engle]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


All,

We've just upgraded our first replicated pair of cyrus servers 
to 2.3.15, and I'm seeing what I consider odd behavior on the 
replica of the pair.

A brief rundown of our configuration:

Both servers running RHEL5, cyrus-imapd-2.3.15
Three partitions on each server: cyrus1a (default), cyrus1b, 
cyrus1c
Delayed delete is turned on for both the master & the replica

This morning, when I performed a user cleanup and deleted a 
batch of user INBOXes, I noticed the sync_server process was 
going dog-slow and the replication log was backing up on the 
master.

It turns out that, on the replica, when a mailbox gets deleted, 
the DELETED mailbox is being put on the default partition 
rather than the partition it started on. As a result, anything 
not native to the default partition is having to get copied 
from one filesystem to the other, causing the replication to 
slow down considerably. On the master server, the DELETED 
mailbox is put on the same partition it started on.

Is this desired behavior? I wouldn't think so, and at this 
point I'm going to have to turn off delayed deletes on our 
replica target so that the sync_server stops bogging down.

  -paul

- -- 
Paul D. Engle              |  Rice University
Sr. Systems Administrator  |  Information Technology - MS119
(713)348-4702              |  PO Box 1892
pengle at rice.edu            |  Houston, TX 77252-1892
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)

iD8DBQFLCvfDCpkISWtyHNsRAgwuAKDcOINqkXfdgQv9an5fLQk1VGnW7QCgrHzn
zpaNqC5RdCP05F2G1oPxncg=
=uTY+
-----END PGP SIGNATURE-----