login
Header Space

 
 

Re: [RFC PATCH 0/5] Shadow directories

Score:
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: David Newall <david@...>
Cc: <jaroslav.sykora@...>, Jan Engelhardt <jengelh@...>, <linux-kernel@...>, <linux-fsdevel@...>
Date: Friday, October 19, 2007 - 1:37 am

On Fri, Oct 19, 2007 at 12:27:16PM +0930, David Newall wrote:


FVO"relatively recently" exceeding a decade and half.  In any case,
it's _trivial_ to get fs corruption on any system with such links -
play with rename() races a bit and you'll get it.  And yes, it does
include 4.4BSD and quite a chunk of even later history.

Anyway, you are quite welcome to propose a sane locking scheme capable
of dealing with that mess.

As for the posted patch, AFAICS it's FUBAR in handling of .. in such
directories.  Moreover, how are you going to keep that shadow tree
in sync with the main one if somebody starts doing renames in the
latter?  Or mount --move, or...
-
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
Re: [RFC PATCH 0/5] Shadow directories, David Newall, (Thu Oct 18, 4:37 pm)
Re: [RFC PATCH 0/5] Shadow directories, Al Viro, (Thu Oct 18, 4:47 pm)
Re: [RFC PATCH 0/5] Shadow directories, David Newall, (Thu Oct 18, 10:57 pm)
Re: [RFC PATCH 0/5] Shadow directories, Al Viro, (Fri Oct 19, 1:37 am)
speck-geostationary