Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S265659AbUAMWSb (ORCPT ); Tue, 13 Jan 2004 17:18:31 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S265653AbUAMWSb (ORCPT ); Tue, 13 Jan 2004 17:18:31 -0500 Received: from shawidc-mo1.cg.shawcable.net ([24.71.223.10]:19337 "EHLO pd4mo3so.prod.shaw.ca") by vger.kernel.org with ESMTP id S265624AbUAMWS1 (ORCPT ); Tue, 13 Jan 2004 17:18:27 -0500 Date: Tue, 13 Jan 2004 10:13:50 -0700 From: Andreas Dilger Subject: Re: Proposed Enhancements to MD In-reply-to: <20040113081932.A721@lists.us.dell.com> To: Matt Domsch Cc: Scott Long , linux-raid@vger.kernel.org, linux-kernel@vger.kernel.org Mail-followup-to: Matt Domsch , Scott Long , linux-raid@vger.kernel.org, linux-kernel@vger.kernel.org Message-id: <20040113171350.GI1437@schnapps.adilger.int> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: Mutt/1.4.1i X-GPG-Key: 1024D/0D35BED6 X-GPG-Fingerprint: 7A37 5D79 BF1B CECA D44F 8A29 A488 39F5 0D35 BED6 References: <40036902.8080403@adaptec.com> <20040113081932.A721@lists.us.dell.com> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2066 Lines: 42 On Jan 13, 2004 08:19 -0600, Matt Domsch wrote: > On Mon, Jan 12, 2004 at 08:41:54PM -0700, Scott Long wrote: > > - DDF Metadata support: Future products will use the 'DDF' on-disk > > metadata scheme. These products will be bootable by the BIOS, but > > must have DDF support in the OS. This will plug into the abstraction > > mentioned above. > > For those unfamiliar with DDF (Disk Data Format), it is a Storage > Networking Industry Association (SNIA) project ("Common RAID DDF > TWG"), designed to provide a single metadata format to be used by all > the RAID vendors (hardware and software alike). It removes vendor > lock-in by having a metadata format that all can use, thus in theory > you could move disks from an Adaptec hardware RAID controller to an > LSI software RAID solution without reformatting the disks or touching > your file systems in any way. Dell has been championing the DDF > concept for quite a while, and is driving vendors from which we > purchase RAID solutions to use DDF instead of their own individual > metadata formats. > > I haven't seen the spec yet myself, but I'm lead to believe that > DDF allows for multiple logical drives to be created across a single > set of disks (e.g. a 10GB RAID1 LD and a 140GB RAID0 LD together on > two 80GB spindles), as well as whole disks be used. It has a > mechanism to support reconstruction checkpointing, so you don't have > to restart a reconstruct from the beginning after a reboot, but from > where you left off. And other useful features too that you'd expect > in a common RAID solution. So, why not use EVMS and/or Device Mapper to read the DDF metadata and set up the mappings that way? Cheers, Andreas -- Andreas Dilger http://sourceforge.net/projects/ext2resize/ http://www-mddsp.enel.ucalgary.ca/People/adilger/ - 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/