On Thu, Mar 24, 2011 at 12:31 PM, Mohit Anchlia wrote:
> Thanks for pointing that out. I think rsync also has option to sync
> based on time,md5hash and other attributes if I am not wrong. If we
> can preserve time and only sync the most latest file then I think we
> should be ok? What do you thin
Thanks for pointing that out. I think rsync also has option to sync
based on time,md5hash and other attributes if I am not wrong. If we
can preserve time and only sync the most latest file then I think we
should be ok? What do you think? I can't think of any other option
other than looking at some
On 17 March 2011 17:08, Mohit Anchlia wrote:
> Thanks! I was going to trigger it through cron say every 10 mts. if
> rsync is not currently running.
>
> Regarding point 3) I thought of it also! I think this problem cannot
> be solved even when using bricks. If someone is editing 2 files at the
> s
Thanks! I was going to trigger it through cron say every 10 mts. if
rsync is not currently running.
Regarding point 3) I thought of it also! I think this problem cannot
be solved even when using bricks. If someone is editing 2 files at the
same time only one will win (always). Only way we can avoi
On 17 March 2011 00:39, Mohit Anchlia wrote:
> I've had several discussions with different set of people about using
> rsync and everyone thinks it's ok to use rsync (2 way) for WAN
> replication in active/active data centers as long as it's done using
> file system mounted on the client. I am sen
I've had several discussions with different set of people about using
rsync and everyone thinks it's ok to use rsync (2 way) for WAN
replication in active/active data centers as long as it's done using
file system mounted on the client. I am sending this out to this user
list in case anyone sees an