[<<][pool][>>][..]
Thu Mar 12 19:32:12 CET 2009

teefs

Another stab at remote backup: (modeled after the unix "tee" command).

 1. startup: make sure two filesystem trees M, S are mirrored using
    rsync.

 2. every mutating operation on M is recorded in a journal and can be
    applied to S either live or after a delay.  read operations always
    only access M.

What I would like to have is a no-hassle synchronous backup: a program
is updating M, but I'm actually interested in accessing files in S as
if they were local, without having to "pull" or "poll" them (push only
backups).

This might be an interesting project to get to know FUSE.

So, this is actually RAID1, but on filesystem level + there is never
any traffice from S->M (except during initial sync or resync on
error).

Maybe recording the serialized write actions themselves is enough?
Since the real data is there, the effect of all actions can be
replayed.



[Reply][About]
[<<][pool][>>][..]