What do you mean? it is a manual initial sync to get the files in sync (just copy the different files either way and work out which ones you need to trash or merge) Then startup your unison scripts and let the servers build there indexes then sync. It has a disadvantage of not being real time of course like a cluster fs, but it can be slow wan friendly, secured over ssh, multiplatform (I've used it to sync up a remote Windows box with Linux with another Remote windows box).
-- Regards Morgan Storey On Thu, Jul 15, 2010 at 11:12 PM, Daniel Pittman <[email protected]>wrote: > Morgan Storey <[email protected]> writes: > > I bet the "manual" part of that synchronization doesn't win any points with > the users. :) > > Daniel > > > I know it is a bit un-maintained but what about Unison > > > > -- > > Regards > > Morgan Storey > > > > On Thu, Jul 15, 2010 at 4:14 PM, Daniel Pittman <[email protected]> > wrote: > > > >> Jake Anderson <[email protected]> writes: > >> > On 15/07/10 14:10, Matthew Hannigan wrote: > >> >> On Wed, Jul 14, 2010 at 04:06:17PM +1000, Peter Chubb wrote: > >> >> > >> >>> You could do this with inotify, with `just a few' scripts around it. > >> >>> > >> >> Related: http://code.google.com/p/lsyncd/ drives rsyncing with > inotify. > >> > > >> > Actually that looks like a fairly handy tool, I have been trying to > work > >> out > >> > the best way of keeping files in two offices in sync and drbd seemed > like > >> > overkill > >> > >> Keep in mind that using rsync like that has absolutely *zero* conflict > >> resolution support, so you are inviting the data-loss fairy to visit > when > >> there are concurrent modifications. > >> > >> DRBD, meanwhile, is useless without a cluster file-system on top of it, > >> since > >> you otherwise can't mount the data at both sites at the same time. > >> > >> > >> Sadly, I can't right now advise a better solution than these, however, > >> since > >> it is the main problem I face in trying to bridge two data-centers and > >> provide > >> coherent and sensible file access. > >> > >> The best I can offer, right now, is xtreemfs[1] which will give you fair > >> performance but no local caching, so no disconnected operation. > >> > >> Regards, > >> Daniel > >> > >> Footnotes: > >> [1] http://www.xtreemfs.org/ > >> > >> -- > >> ✣ Daniel Pittman ✉ [email protected] ☎ +61 401 > 155 > >> 707 > >> ♽ made with 100 percent post-consumer electrons > >> -- > >> SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ > >> Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html > >> > > -- > ✣ Daniel Pittman ✉ [email protected] ☎ +61 401 155 > 707 > ♽ made with 100 percent post-consumer electrons > -- > SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ > Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html > -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
