From owner-freebsd-fs@FreeBSD.ORG Wed Jun 22 09:26:41 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16715106568D for ; Wed, 22 Jun 2011 09:26:41 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 967B68FC14 for ; Wed, 22 Jun 2011 09:26:40 +0000 (UTC) Received: by fxm11 with SMTP id 11so735151fxm.13 for ; Wed, 22 Jun 2011 02:26:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=nG0JdpL+ad7KuN2c50pBu8vpY+pdnGgeUyOl/AAiPPc=; b=KptT3WXOg6iL26L+xy8+sVozZPFHbJNbLzjX0mOzwmOgwAJQVCCKeoOU6ULybQXxsS bnbEpjCpGO4cuXOkUuKl9CSdB6RRw5XhGrBmH0QbXy4iGznpsDiYBz94hWXFRqmDvava qaQo3Kdjn2VZLTwQoAgWwqTpgN12W/CJjsov4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=o7wsiRC3LvJ8opSJ6BMFz1HL+QO/lHXuhpj63ci8RIe2TVkw3bS+lbISBM35ofcCjM Yo7+q3seIJ0zXmSHvJh0hyRFetX5mwJq/QB+XYIu3I/gGe64K8vLHxjqa6nVzfaZYhzl krpihcZCAsaBK/WkVukIM2miFvNBBo1t8+p3Q= Received: by 10.223.7.150 with SMTP id d22mr499322fad.17.1308733434425; Wed, 22 Jun 2011 02:03:54 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id e16sm186838fak.17.2011.06.22.02.03.52 (version=SSLv3 cipher=OTHER); Wed, 22 Jun 2011 02:03:53 -0700 (PDT) Sender: Alexander Motin Message-ID: <4E01AFBA.809@FreeBSD.org> Date: Wed, 22 Jun 2011 12:02:50 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Jeremy Chadwick References: <20110618005124.GA43568@icarus.home.lan> <20110621191626.GA99204@icarus.home.lan> In-Reply-To: <20110621191626.GA99204@icarus.home.lan> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: MFC: graid(8) (RAID GEOM) support X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2011 09:26:41 -0000 Jeremy Chadwick wrote: > On Fri, Jun 17, 2011 at 05:51:24PM -0700, Jeremy Chadwick wrote: >> Sorry for the cross-post, but I thought both lists would want to know >> about this. >> >> Looks like mav@ just committed this ~17 hours ago: >> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/geom/raid/g_raid.c >> >> Those who have historically wanted to use Intel MatrixRAID (now called >> Intel RST (Rapid Storage Technology)), but haven't due to the severe >> issues/risks with ataraid(4), will probably be very interested in >> this commit. I know I am! >> >> I plan on stress-testing the Intel support on a 2-disk system with >> RAID-1 enabled, and will document my experiences, procedures, etc... >> >> Thanks, mav@ and imp@ ! >> >> I'll be sending another mail momentarily asking about USB memory stick >> image building, since to accomplish the above, I want to do a >> "bare-bones" install on our test system (e.g. enable Intel RAID, set up >> 2 disks in a RAID-1 mirror, boot a USB memory stick that contains this >> latest RELENG_8 build, and do sysinstall, etc.. the normal way). >> >> >> ===================================================================== >> MFC r219974, r220209, r220210, r220790: >> Add new RAID GEOM class, that is going to replace ataraid(4) in supporting >> various BIOS-based software RAIDs. Unlike ataraid(4) this implementation >> does not depend on legacy ata(4) subsystem and can be used with any disk >> drivers, including new CAM-based ones (ahci(4), siis(4), mvs(4), ata(4) >> with `options ATA_CAM`). To make code more readable and extensible, this >> implementation follows modular design, including core part and two sets >> of modules, implementing support for different metadata formats and RAID >> levels. >> >> Support for such popular metadata formats is now implemented: >> Intel, JMicron, NVIDIA, Promise (also used by AMD/ATI) and SiliconImage. >> >> Such RAID levels are now supported: >> RAID0, RAID1, RAID1E, RAID10, SINGLE, CONCAT. >> >> For all of these RAID levels and metadata formats this class supports >> full cycle of volume operations: reading, writing, creation, deletion, >> disk removal and insertion, rebuilding, dirty shutdown detection >> and resynchronization, bad sector recovery, faulty disks tracking, >> hot-spare disks. For Intel and Promise formats there is support multiple >> volumes per disk set. >> >> Look graid(8) manual page for additional details. >> >> Co-authored by: imp >> Sponsored by: Cisco Systems, Inc. and iXsystems, Inc. >> ===================================================================== > > By the way, it doesn't look like the graid(8) man page is being brought > in to the base system on either of the two RELENG_8 systems I've rebuilt > in the past few days. > > I'm thinking /usr/src/sbin/geom/class/raid/graid.8 isn't being noticed > as a man page. > > /usr/src/sbin/geom/class/raid/Makefile doesn't have MAN8=graid.8 in it, > is that the problem? I've just rebuilt my test 8-STABLE system and it installed graid(8). -- Alexander Motin