imaps terminated abnormally

2014-08-11 Thread Randy Barlow
Hi Cyrus friends! I have recently had some woes with my Cyrus daemon (2.4.17), and I have not been successful at troubleshooting it myself. I did a system update (Gentoo) over the weekend, and ever since then Cyrus works for a bit and then dies with this in the logs: Aug 6 20:19:43 skull imaps[1

Re: Recovering from a broken master...

2014-08-11 Thread Nic Bernstein
Wesley, Thanks for your response. This is precisely what we ended up doing. We've got a Perl script which walks LDAP for a user list, and runs "sync_client -u " for each account, trapping errors. This gave us a list for reconstruct. In a couple of cases, however, even that didn't remedy the sit

Re: Verifying replication state

2014-08-11 Thread Bron Gondwana
We check via IMAP that the values at the ends are not different for everything we care about. There are a range of reasons why the cyrus.index is different - it's not a binary sync. I've attached the perl module we use and the script that drives it - it's not super-reusable right now, you need

Verifying replication state

2014-08-11 Thread Sven Schwedas
Hi all, Is there a way to quickly verify that replication is working (for e.g. nagios monitoring)? It seems that file differences in e.g. cyrus.index happen even when replication succeeds, and parsing the whole mail log for error messages seems a bit overkill. -- Mit freundlichen Grüßen, / Best