<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>
Hello agin,<br>
<br>
Is there any option to check the integrity of the replica information? I
mean, some command or script to run and validate that Master and
Replica have the same information.<br>
<br>
Regards.<br><br>Manel Gimeno Zaragoza<br>magiza83@hotmail.com<br><br><br><div><div id="SkyDrivePlaceholder"></div><hr id="stopSpelling">From: magiza83@hotmail.com<br>To: brong@fastmail.fm<br>Subject: RE: Problem recover replica<br>Date: Thu, 2 Feb 2012 16:13:10 +0100<br>CC: info-cyrus@lists.andrew.cmu.edu<br><br>
<meta http-equiv="Content-Type" content="text/html; charset=unicode">
<meta name="Generator" content="Microsoft SafeHTML">
<style>
.ExternalClass .ecxhmmessage P
{padding:0px;}
.ExternalClass body.ecxhmmessage
{font-size:10pt;font-family:Tahoma;}
</style>
<div dir="ltr">
> On Thu, Feb 02, 2012 at 01:11:24PM +0100, Manel Gimeno Zaragozá wrote:<br>> <br>> What version?<br>
<br>
<pre>I'm running Cyrus 2.4.13.</pre>
> <br>> > Everything is working fine between Master &
Replica until Replica goes down (maintenance or whatever). Once is down,
in master there are still connections and modification. If I bring up
Replica the changes made during the "blackout" are no fully transmitted
to it. Some of the are transmitted, but not all.<br>> > <br>> > Which is the best way to resincronize the missing parts to Replica? <br>> <br>> sync_client -r -f $file for each file in the conf/sync/ directory.<br>
<br>
<pre>I've been trying sync_client -r -f log-PID and it works. All the missing changes are applied <br>without problem, I should do some script that controls this files and apply them.<br>anyway the log-PID is not deleted when its processed. I guess we should control the processed log-PIDs manually and move or delete them, am i right?</pre>
<br>> <br>> > I was wordering to rsync imap folders
(/var/spool/imap & /var/lib/imap), and It works fine in my test
environment, but in produccion it could be GB to sincronize and I think
this is not optimum.<br>> <br>> No, that's awful. Don't do that.<br>> <br>>
> Other option was "sync_client -l -u <all_user>" but I'm
guessing that in production I will have the same problem due to the
amount of data to sincronize.<br>> <br>> It's not too bad. We run it occasionally if we suspect things have<br>> got confused for other reasons.<br>
> <br>> > On the other hand, I have also doubts about how
"sync_client -r" and "sync_server" are initiated. In my test machines I
should run manually them each time I start cyrus-imapd, I though that it
could be automatic one I start the service cyrus-imapd, but it is not.<br>> <br>> I have attached the script that we run. It has lots of hooks into<br>> our own systems of course.<br>> <br>> I would LIKE to make something more generic that's part of Cyrus<br>> itself, rather than having external tooling. Of course, our external<br>> tooling is a bit special-cased as well. But at least having a basic<br>> "keep trying to replicate all the records" would be good.<br>> <br>> Bron.<br>
<br>
Thanks for the response.<br>
<br>
Manel.<br><br>Manel Gimeno Zaragoza<br>magiza83@hotmail.com<br><br><br> </div>
<br>----
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/</div> </div></body>
</html>