Re: Versioning file system
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Date: Wed, 20 Jun 2007 10:10:40 -0700
Bryan Henderson wrote:
The directory is quite visible with a standard 'ls -a'. Instead,
they simply mark it as a separate volume/filesystem: i.e. the fsid
differs when you call stat(). The whole thing ends up acting rather like
our bind mounts.
Hmm. So it breaks user space quite a bit. By break, I mean uses that
work with more conventional filesystems stop working if you switch to
NetAp. Most programs that operate on directory trees willingly cross
filesystems, right? Even ones that give you an option, such as GNU cp,
don't by default.
But if the implementation is, as described, wildly successful, that means
users are willing to tolerate this level of breakage, so it could be used
for versioning too.
But I think I'd rather see a truly hidden directory for this (visible only
when looked up explicitly).
When I administered a bunch of netapps I remember turning the visible
.snapshots off.
-hpa
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- References:
- Re: Versioning file system
- From: Bryan Henderson
- Re: Versioning file system
- Prev by Date: mm snapshot broken-out-2007-06-20-10-12.tar.gz uploaded
- Next by Date: Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3
- Previous by thread: Re: Versioning file system
- Next by thread: Re: Versioning file system
- Index(es):