I use Glusterfs ;P<br><br><a href="http://www.gluster.org/">http://www.gluster.org/</a><br><br>basically it has a feature called AFR (Automatic File Replication) which replicates a file to all servers in the afr group when it is created/accessed if available (uses extended attributes to keep track of this data), and because its done only when a file is accessed, if there is a period of downtime, the network load isn't saturated when it comes back up, it only syncs the files that people access that gluster figures out are out of sync. I'm using 1.3.10 from intrepids repo, though 2.0 is meant to be wayyyy better (can do all sorts of cool stuff see: <a href="http://www.gluster.org/docs/index.php/Whats_New_v2.0">http://www.gluster.org/docs/index.php/Whats_New_v2.0</a>, specifically atomic write support).<br>
<br>And its incredibly simple to configure, 1 config file for server, 1 config file for client, replication can be specified on either the client or server, uses existing filesystem with extended attributes as data store, so really easy to move data into :)<br>
<br>Good luck!<br>Adon<br><br><div class="gmail_quote">On Sun, Feb 15, 2009 at 8:43 PM, Bernd Felsche <span dir="ltr"><<a href="mailto:berfel@innovative.iinet.net.au">berfel@innovative.iinet.net.au</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">G'day.<br>
<br>
I have a little project involving file synchronisation between users<br>
of files on servers at opposite ends of Australia; using a link<br>
that's got a maximum of 512 kbps. Files are served from Linux to the<br>
'dozy desktops.<br>
<br>
I've looked at a number of options including Intermezzo, Unison,<br>
Lustre, ...<br>
<br>
They tend to fall into one or more of the following categories:<br>
1) too complicated for the users. (Unison is a steep learning curve)<br>
2) no longer supported (Unison)<br>
3) probably unsuited for slow (unreliable) links (Lustre)<br>
<br>
What remain are (Open)AFS and Coda.<br>
<br>
I don't have the luxury of uprooting servers and replacing kernels.<br>
OpenAFS appears to be supported for all the SuSE servers concerned.<br>
Coda seems to require kernel modules that will have to be compiled.<br>
<br>
Are there other viable options that I may have overlooked?<br>
$20,000 on new servers and proprietary systems or upgrading the<br>
network to 10 Mbps wouldn't be considered viable.<br>
--<br>
/"\ Bernd Felsche - Innovative Reckoning, Perth, Western Australia<br>
\ /  ASCII ribbon campaign | Religion is regarded by the common people<br>
 X   against HTML mail     | as true, by the wise as false, and by the<br>
/ \  and postings          | rulers as useful.  -- Seneca the Younger<br>
<br>
_______________________________________________<br>
PLUG discussion list: <a href="mailto:plug@plug.org.au">plug@plug.org.au</a><br>
<a href="http://www.plug.org.au/mailman/listinfo/plug" target="_blank">http://www.plug.org.au/mailman/listinfo/plug</a><br>
Committee e-mail: <a href="mailto:committee@plug.linux.org.au">committee@plug.linux.org.au</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>Adon Metcalfe<br>mobile: 0429 080 931<br>Labyrinth Data Services<br><a href="http://www.labyrinthdata.net.au">http://www.labyrinthdata.net.au</a><br>