On Tue, Jun 19, 2007 at 03:13:33PM -0700, H. Peter Anvin wrote: > david@xxxxxxx wrote: > > > > the only trouble I ever had with the .snapshot approach is when tar or > > find would decend down into the .snapshot when I didn't really intend > > for it to do so. > > > > Netapp optionally made .snapshot not show up in readdir, which solved > that problem. > > I have a bigger issue with it starting with only one dot, which is > traditionally used for user configuration information. I think > ..snapshot would have been a better choice, and by extension leaving > double-dot filenames as filesystem namespace (I know that contradicts > POSIX, but the only namespace available in POSIX is /../ which is a > global namespace.) Still, anything that depends on increasing the length of file or path names to refer to different versions will encounter problems for long file names and deep paths because there is an upper limit on file and path name lengths. It may be possible to use namespaces where an application can change the view it (and it's children) will have on the storage by switching to a different namespace and tagging it with for instance a specific version or date we're interested in. Not sure if we actually pass namespace information down to the file systems yet though, last time I checked they were only visible for the VFS. Jan - 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
