what about unison?
http://www.cis.upenn.edu/~bcpierce/unison/
two fileservers, each end of the 10Mb line, and the users just connect to
the local fileserver.
changes on either side are automatically replicated, conflicts are detected
and displayed.
looks a bit more end user (personal user) target
Hi Lars again,
> look for nfs + fscache maybe.
> At least its intended use case is "almost" what you apparently want.
This looks interesting, yes.
I guess it still will slow down any writes on the remote because of
locking and data transfer. But on the main site it will keep all things
smoothly.
S
Hi Lars, and all,
> There is "geo replication" with glusterfs.
> Though that basically is also simply a masked-off rsync "cron job".
Yeah, that is it. It does not help as users are located on both sites
accessing (and editing!) the files.
> But nothing will change the fact that if you have only 10
On Tue, Dec 02, 2014 at 02:36:05PM +0100, Christian Völker wrote:
> Hi All,
>
> >
> >>
> >> Is it possible to run a two-node setup
> > Yes.
> >
> >> *without* a clustered filesystem
> > No.
> Thought so. Never mind.
>
> > But, what do you really want to solve, what exactly is the challenge?
> > L
On Tue, Dec 09, 2014 at 03:01:16PM +0100, Christian Völker wrote:
> Am 05.12.2014 um 07:54 schrieb Devin Reade:
> > You might want to examine GlusterFS for that use case where users connect
> > to the local server node.
> >
> I had a look at glusterfs. Even though the mailing list is pretty very
Am 05.12.2014 um 07:54 schrieb Devin Reade:
> You might want to examine GlusterFS for that use case where users connect to
> the local server node.
>
I had a look at glusterfs. Even though the mailing list is pretty very
low traffic...
Looks like a file write will be delayed until the file is wri
