xfs
[Top] [All Lists]

Re: reiser4 (was Re: [PATCH] Revised extended attributes interface)

To: Brad Boyer <flar@xxxxxxxx>
Subject: Re: reiser4 (was Re: [PATCH] Revised extended attributes interface)
From: Hans Reiser <reiser@xxxxxxxxxxx>
Date: Fri, 14 Dec 2001 14:10:57 +0300
Cc: Andrew Pimlott <andrew@xxxxxxxxxxxxxxxxxxxxxxx>, Anton Altaparmakov <aia21@xxxxxxxxx>, Nathan Scott <nathans@xxxxxxx>, Andreas Gruenbacher <ag@xxxxxxxxxxx>, linux-kernel@xxxxxxxxxxxxxxx, linux-fsdevel@xxxxxxxxxxxxxxx, linux-xfs@xxxxxxxxxxx
References: <20011214051604.723C52B54A@marcus.pants.nu>
Sender: owner-linux-xfs@xxxxxxxxxxx
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.6) Gecko/20011120
Brad Boyer wrote:

Hans Reiser wrote:

I remember that I used to be a sysadmin with some NetApp boxes that have a .snapshot directory that is invisible, and has special qualities.

It worked.  There were no namespace collision problems.  None.

These things can be survived by users.;-)


Yes, these things can be survived, but speaking as someone who currently has a job involving multiple NetApp boxes, I can say that the .snapshot directory has some seriously annoying properties that break tar and other programs that expect things to look normal. The snapshots have saved my ass a few times, but they're still a pain to work with due to a few little quirks. In particular, the files in the snapshot keep the same inode number as the actual file. Just remember that clever solutions that almost fit the traditional model can have strange results over time.

        Brad Boyer
        flar@xxxxxxxxxxxxx




Can you detail the problem?

Hans


<Prev in Thread] Current Thread [Next in Thread>