On Mon, Oct 27, 2014 at 03:15:32PM +0300, bes wrote:
> csync2 created for other purposes (config sync in the cluster).

That is correct.

> With so
> many files csync2 should be slower than rsync dramatically.

That is incorrect.  Csync2 is used for huge trees, (tens of millions of
files) as well.

Needs to be properly set up for it, though.

Also it solves a different subset of problems than rsync...

> Looks like you need a distributed network file system: glusterfs, ceph,
> etc...

Not sure if that really helps.

But from what I understand, looking for the right tool to get the job
done would be one place to start, yes.

Or going even one step further, and discussing the actual goal,
questioning the current design, maybe ending up with a better design.

> On Mon, Oct 27, 2014 at 3:01 PM, Charles Williams <ch...@itadmins.net>
> wrote:
> 
> > I will be using lsyncd to watch for the changes and this is a directory
> > structure with thousands of sub-directories and a few 100,000 files
> > (magento, wordpress etc...) and would like something a bit more
> > selective and faster than rsync.

I did not quite understand where csync2 comes into play here at all.

Csync2 is meant to synchronize files (trees) between servers,
not copy around trees inside one server?

Maybe I misunderstood something?

        Lars

> > On Mo, 2014-10-27 at 14:55 +0300, bes wrote:
> > > I do not think that csync2 be useful in this situation. Why not just
> > > use rsync?
> > >
> > >
> > > On Mon, Oct 27, 2014 at 2:13 PM, Charles Williams <ch...@itadmins.net>
> > > wrote:
> > >         Sorry guys. got a bit turned around there. corrected data
> > >         flow:
> > >
> > >
> > >         C -> A -> B
> > >
> > >         thanks,
> > >         chuck
> > >
> > >         On Mo, 2014-10-27 at 09:55 +0100, Charles Williams wrote:
> > >         > hey all,
> > >         >
> > >         > I have a bit of a strange situation here. I have the
> > >         following
> > >         > directories I need to sync.
> > >         >
> > >         > A /var/customers               (RW local copy to use)
> > >         > B /mnt/nvwh2/var/customers (RW slow reads, sync to)
> > >         > C /mnt/nvwh2ro/var/customers (RO fast reads no writes, sync
> > >         from)
> > >         >
> > >         > /var/customers is to be used to
> > >         update /mnt/nvwh2/var/customers and will
> > >         > be updated from /mnt/nvwh2ro/var/customers. so the flow of
> > >         data is.
> > >         >
> > >         > A -> B -> C
> > >         >
> > >         > B and C are mount binds and Bis actually a remote FUSE mount
> > >         that needs
> > >         > to be updated.
> > >         >
> > >         > Anyone have an idea how I can best configure this?
> > >         >
> > >         > thanks,
> > >         > Chuck


-- 
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com

DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
_______________________________________________
Csync2 mailing list
Csync2@lists.linbit.com
http://lists.linbit.com/mailman/listinfo/csync2

Reply via email to