Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752002AbWLNXoX (ORCPT ); Thu, 14 Dec 2006 18:44:23 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751999AbWLNXoX (ORCPT ); Thu, 14 Dec 2006 18:44:23 -0500 Received: from sbcs.cs.sunysb.edu ([130.245.1.15]:35883 "EHLO sbcs.cs.sunysb.edu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751920AbWLNXoW (ORCPT ); Thu, 14 Dec 2006 18:44:22 -0500 Date: Thu, 14 Dec 2006 18:44:18 -0500 (EST) From: Nikolai Joukov X-X-Sender: kolya@compserv1 To: Al Boldi cc: linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, linux-raid@vger.kernel.org Subject: Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems In-Reply-To: <200612141412.30686.a1426z@gawab.com> Message-ID: References: <200612141412.30686.a1426z@gawab.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1579 Lines: 34 > > We started the project in April 2004. Right now I am using it as my > > /home/kolya file system at home. We believe that at this stage RAIF is > > mature enough for others to try it out. The code is available at: > > > > > > > > The code requires no kernel patches and compiles for a wide range of > > kernels as a module. The latest kernel we used it for is 2.6.13 and we > > are in the process of porting it to 2.6.19. > > > > We will be happy to hear your back. > > When removing a file from the underlying branch, the oops below happens. > Wouldn't it be possible to just fail the branch instead of oopsing? This is a known problem of all Linux stackable file systems. Users are not supposed to change the file systems below mounted stackable file systems (but they can read them). One of the ways to enforce it is to use overlay mounts. For example, mount the lower file systems at /raif/b0 ... /raif/bN and then mount RAIF at /raif. Stackable file systems recently started getting into the kernel and we hope that there will be a better solution for this problem in the future. Having said that, you are right: failing the branch would be the right thing to do. Nikolai. --------------------- Nikolai Joukov, Ph.D. Filesystems and Storage Laboratory Stony Brook University - 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/