Re: An idea: rsyncfs, an rsync-based real-time replicated filesystem

2006-09-26 Thread Matt McCutchen
Have you considered using a traditional network filesystem instead of putting together your own system on top of rsync? I think AFS (the Andrew File System) supports the kind of replication you want. Matt -- To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before

Re: An idea: rsyncfs, an rsync-based real-time replicated filesystem

2006-09-26 Thread Lester Hightower
Recently, I have investigated FUSE as an option for implementing something like I proposed to this list in April, 2005 (instead of inotify). Just yesterday, I submitted some patches to the mysqlfs-general mailing list that improve mysqlfs a bit. With a little more work (which I may or may not do)

Re: An idea: rsyncfs, an rsync-based real-time replicated filesystem

2006-09-26 Thread Lester Hightower
Recently, I have investigated FUSE as an option for implementing something like I proposed to this list in April, 2005 (instead of inotify). Just yesterday, I submitted some patches to the mysqlfs-general mailing list that improve mysqlfs a bit. With a little more work (which I may or may not do)

Re: An idea: rsyncfs, an rsync-based real-time replicated filesystem

2005-04-13 Thread Steve Bonds
On 4/12/05, Lester Hightower wrote: > The actual replication happens in user-land with rsync as the transport. > I think rsync will have to be tweaked a little to make this work, but > given all the features already in rsync I don't think this will be a big > deal. I envision an rsync running on

Re: An idea: rsyncfs, an rsync-based real-time replicated filesystem

2005-04-13 Thread Justin Banks
Lester Hightower wrote > PeerFS is a many-to-many replication system where all "peers" in the > cluster are read/write. Constant Replicator is a one-to-many system where > only one master is read/write, and every mirror is read-only. Replication > communication between hosts in both systems is vi

Re: An idea: rsyncfs, an rsync-based real-time replicated filesystem

2005-04-13 Thread Jan-Benedict Glaw
On Tue, 2005-04-12 23:57:37 -0400, Lester Hightower <[EMAIL PROTECTED]> wrote in message <[EMAIL PROTECTED]>: > I envision the "VFS Change Logger" as a (hopefully very thin) middle-ware > that sits between the kernel's VFS interfaces and a real filesystem, like > ext3, reiser, etc. The "VFS Change

Re: An idea: rsyncfs, an rsync-based real-time replicated filesystem

2005-04-12 Thread Craig Barratt
Interesting ideas. > I envision the "VFS Change Logger" as a (hopefully very thin) middle-ware > that sits between the kernel's VFS interfaces and a real filesystem, like > ext3, reiser, etc. The "VFS Change Logger" will pass VFS calls to the > underlying filesystem driver, but it will make note

Re: An idea: rsyncfs, an rsync-based real-time replicated filesystem

2005-04-12 Thread Clint Byrum
Lester Hightower wrote: I envision the "VFS Change Logger" as a (hopefully very thin) middle-ware that sits between the kernel's VFS interfaces and a real filesystem, like ext3, reiser, etc. The "VFS Change Logger" will pass VFS calls to the underlying filesystem driver, but it will make note of c

An idea: rsyncfs, an rsync-based real-time replicated filesystem

2005-04-12 Thread Lester Hightower
This is only my second email to the rsync mailing list. My first was sent under the title "Re: TODO hardlink performance optimizations" on Jan 3, 2004. The response of the rsync developers to that email was remarkable (in my opinion). I felt that the rsync performance enhancements that resulted