lkml.org 
[lkml]   [2007]   [Aug]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: [RFC 12/26] ext2 white-out support
Date
Am Dienstag, 31. Juli 2007 19:00 schrieb Jan Blunck:
> On Tue, Jul 31, Josef Sipek wrote:
> > On Mon, Jul 30, 2007 at 06:13:35PM +0200, Jan Blunck wrote:
> > > Introduce white-out support to ext2.
> >
> > I think storing whiteouts on the branches is wrong. It creates all sort
> > of nasty cases when people actually try to use unioning. Imagine a
> > (no-so unlikely) scenario where you have 2 unions, and they share a
> > branch. If you create a whiteout in one union on that shared branch,
> > the whiteout magically affects the other union as well! Whiteouts are a
> > union-level construct, and therefore storing them at the branch level
> > is wrong.
>
> So you think that just because you mounted the filesystem somewhere else
> it should look different? This is what sharing is all about. If you share
> a filesystem you also share the removal of objects.

No. At least I don't.

Usage case: I heavily depend on using union mounts in diskless nfs setups,
since it drops the amount of administration of many systems _near_ one. It
boils down on installing the distribution of your choice in a directory,
union mount it ro, overlayed with a node private one (doing this in initrd
on the client for several reasons), add a little boot and automatic setup
machinery and be done. Since all changes are persistant, any system can be
set up individually, and still mostly only one tree is needed to keep up to
date.. Being in production in an office environment since two years without
major hassle (*).

This setup is likely to be useful for virtualization needs, too, but side
effects via the base directory from one node to another would render this
setup void.

Cheers,
Pete

*) The amount of administration work of any (necessary, unfortunately)
VMware XP instance running on top of those diskless clients excels that of
all diskless clients by an order of magnitude.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2007-08-01 12:05    [W:0.167 / U:8.060 seconds]
©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site