From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759127Ab0JFRcQ (ORCPT ); Wed, 6 Oct 2010 13:32:16 -0400 Received: from mx1.redhat.com ([209.132.183.28]:51909 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753516Ab0JFRcP (ORCPT ); Wed, 6 Oct 2010 13:32:15 -0400 Date: Wed, 6 Oct 2010 13:31:41 -0400 From: Valerie Aurora To: Andreas Gruenbacher , Michal Suchanek , Andy Whitcroft , Scott James Remnant , Vladimir Dronnikov , Felix Fietkau Cc: Miklos Szeredi , linuxram@us.ibm.com, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, neilb@suse.de, viro@zeniv.linux.org.uk Subject: Re: [PATCH 6/7 v3] overlay: hybrid overlay filesystem prototype Message-ID: <20101006173141.GB18479@shell> References: <20100920180404.939991832@szeredi.hu> <201009281025.00727.agruen@suse.de> <20100930215114.GD490@shell> <201010011134.57594.agruen@suse.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201010011134.57594.agruen@suse.de> User-Agent: Mutt/1.4.2.2i Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Oct 01, 2010 at 11:34:57AM +0200, Andreas Gruenbacher wrote: > On Thursday 30 September 2010 23:51:15 Valerie Aurora wrote: > > > > Hm, this was a pretty basic assumption for me - that you'd want to > > construct a topmost image offline that would be "merged" with the > > lower layers. So, for example: > > > > Topmost layer contains: > > > > /etc/hostname > > > > Lower layers contain everything else in /etc/. So /etc/ would exist > > on the topmost layer at the time of union mount, but we would want it > > to be transparent. But if we created a new dir *during* the union > > mount, it would be opaque. > > > > What was your model? > > The prevalent use case probably is to start out with an empty topmost layer on > top of an existing file system. When things are modified, changes obviously > go into the topmost layer. Additional layers can later be stacked on top of > that, turning the previous topmost layer into a read-only lower layer. > > Overlaying preexisting file systems doesn't seem that important; users > commonly should be able to start out with an empty topmost layer instead. To Okay, that surprises me. Let me check my assumptions. I cc'd several people who seem to be actively using unionfs or aufs in ways that we want union mounts to replace. Do you start out with an empty topmost file system in most cases? Or do you prepopulate with some files in dirs you want to be transparent? > also cover the less common cases, there should be a way to convert directories > in a union from opaque to transparent and back though, just like there should > be a way to get rid of a whiteout. Conversion is a requirement, yes. -VAL