From owner-freebsd-questions@FreeBSD.ORG Tue Jul 19 18:52:36 2011 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CEED106566B for ; Tue, 19 Jul 2011 18:52:36 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout024.mac.com (asmtpout024.mac.com [17.148.16.99]) by mx1.freebsd.org (Postfix) with ESMTP id 82B8C8FC18 for ; Tue, 19 Jul 2011 18:52:36 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from cswiger1.apple.com ([17.209.4.71]) by asmtp024.mac.com (Oracle Communications Messaging Exchange Server 7u4-18.01 64bit (built Jul 15 2010)) with ESMTPSA id <0LOL00BROGF6BZ70@asmtp024.mac.com> for freebsd-questions@freebsd.org; Tue, 19 Jul 2011 11:52:24 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.4.6813,1.0.211,0.0.0000 definitions=2011-07-19_05:2011-07-19, 2011-07-19, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=4 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1012030000 definitions=main-1107190151 From: Chuck Swiger In-reply-to: <1311100273.2262.22.camel@asus> Date: Tue, 19 Jul 2011 11:52:18 -0700 Message-id: <9D63F24F-6A44-4BF5-8DB9-969CDE8236AB@mac.com> References: <1311099631.2262.20.camel@asus> <1311100273.2262.22.camel@asus> To: tomdean@speakeasy.org X-Mailer: Apple Mail (2.1084) Cc: "freebsd-questions@freebsd.org" Subject: Re: Install 8.2-Release AMD64 on Laptop with Raid0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2011 18:52:36 -0000 On Jul 19, 2011, at 11:31 AM, Thomas D. Dean wrote: >> ar0 is the RAID-0 volume. However, I would advise against using Intel's Matrix pseudo-RAID for a boot volume, > > Why? > > I searched and did not find a reason to not use it. Just a few > "recommend against it" without reasons. There's a set of FreeBSD PR's mentioned at the bottom of: http://en.wikipedia.org/wiki/Intel_Matrix_RAID If you lost a disk even when using mirroring, the system would likely panic and experience data corruption. If you had a disk drop off and reattach, it would possibly be probed as a different RAID volume. There have been some recent fixes to GEOM RAID mentioned below which are relevant. Regards, -- -Chuck Begin forwarded message: > From: Jeremy Chadwick > Date: June 17, 2011 5:51:24 PM PDT > To: freebsd-stable@freebsd.org > Cc: freebsd-fs@freebsd.org > Subject: MFC: graid(8) (RAID GEOM) support > > 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. > ===================================================================== > > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, US | > | Making life hard for others since 1977. PGP 4BD6C0CB | > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"