On Mittwoch, 20. Juni 2007, H. Peter Anvin wrote: > Alan Cox wrote: > > POSIX is very > > clear about what is acceptable as magic in a pathname, and the unix spec > > even more so. The NetApp approach recognizes two important things > > > > 1. Old version access is the oddity not the norm > > 2. Standards behaviour is important > > 3. An atomic snapshot is more useful than a bunch of disconnected > per-file version. Kind of like CVS vs SVN. I believe that since some decision must be made *when* a snapshot is taken, and that should (has to) be done by userspace, a userspace versioning system for doing the backups is the right solution. [1] Whether there is some filesystem (FUSE or native) that allows online browsing of the backups or not is another matter. Ad 1: What userspace needs is - atomic snapshots of complete directory trees, independent of mount boundaries (across filesystems) - an atomic way to change the state of the filesystem for the *whole* system. For FSVS I'll try to use unionfs for that - populate some new directory with my tree of changes, then overmount that over "/", and move the files over one-by-one until the new directory is empty. (Must be checked on reboot, of course). These are actually two similar operations (from the atomic view), but have to be done in completely different ways ... Maybe there could be some "better" interface (if there is one - I don't know what could really be removed from the above workflow). Regards, Phil - To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
