From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 14:49:43 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D8AD16A41A for ; Wed, 23 Jan 2008 14:49:43 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 0E01D13C4EE for ; Wed, 23 Jan 2008 14:49:42 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 022E81A4D86; Wed, 23 Jan 2008 06:45:51 -0800 (PST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Wed, 23 Jan 2008 09:19:22 -0500 User-Agent: KMail/1.9.7 References: <9c1614e00801200608k49195944mf241b7b0aa6a48@mail.gmail.com> <20080120175819.GA52965@owl.midgard.homeip.net> <35cWA$Gqi5kHFAjh@wood2.org.uk> In-Reply-To: <35cWA$Gqi5kHFAjh@wood2.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801230919.23681.jhb@freebsd.org> Cc: scottl@freebsd.org, Aldas Nabazas , ambrisko@freebsd.org, David Wood Subject: Re: Dell Perc 6 disk geometry problem with RAID5 (both 6.3 final and 7.0 RC1) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jan 2008 14:49:43 -0000 On Sunday 20 January 2008 01:53:30 pm David Wood wrote: > Hi there, > > In message <20080120175819.GA52965@owl.midgard.homeip.net>, Erik > Trulsson writes > >On Sun, Jan 20, 2008 at 04:48:56PM +0000, David Wood wrote: > >> In message <9c1614e00801200608k49195944mf241b7b0aa6a48@mail.gmail.com>, > >> Aldas Nabazas writes > >>> We bought a new Dell PowerEdge 2950III with Perc 6/i and have the disk > >>> geometry problem using 6.3 final or 7.0 RC1. Seems that we are not alone at > >>> least one guy has similar problem reported earlier: > >>> > >>>http://unix.derkeiler.com/Mailing-Lists/FreeBSD/questions/2008-01/msg0 > >>>0506.html > > > >I do not know if the mfi(4) driver has any problems with large disks, but it > >is however well known that fdisk(8) and bsdlabel(8) (the tools normally used > >to partition disks) have problems with volumes larger than 2TB. > > > >If you want to use volumes larger than 2TB then gpt(8) is the recommended > >way to partition the disks. It is however doubtful if the BIOS in your > >system will allow you to boot from a gpt(8) parttioned volume which is > >best solved with having a separate - smaller - boot volume where the OS > >itself is installed. > > Erik's reminder is timely for those with >2TB volumes. > > You must use gpt and not fdisk on any disk, be it a single drive (in the > future, at least!) or a virtual disk on a RAID setup that are bigger > than 2TB. It may be wise to use gpt on any virtual disk that you might > grow to 2TB or larger in the future, so long as you're not needing to > boot from that virtual disk. > > fdisk will not work properly with 2TB and larger volumes - the MBR / > partition table setup can't cope with these large volumes. > > > You can't boot from a GPT volume - that's a limitation of the BIOS > architecture. There is some thought about using EFI on x64 hardware in > the future (EFI is used on ia64 hardware; GPT is part of EFI), but we're > not there yet. This isn't just about adding GPT support to the BIOS - > the whole BIOS setup is wedded to MBR. > > If you need to boot from a >2TB array, create two virtual disks - one > smaller than 2TB to boot from (and use MBR on that), then the residue > can be GPT. Actually, using gptboot in HEAD you can now boot from GPT on large volumes (I've booted from a > 2 TB volume on a PERC5 using mfi(4) with it). I will see about getting that merged back to 6.x and 7.x in CVS. We use it for large volumes on 6.x and all volumes on 7.x at work. > When I said there was nothing relevant waiting for MFC, I was aware of > the change that Tom mentioned, but that seems to be about Dell PERC 6 > being identified as such rather than a MegaRAID. It doesn't seem that it > will change the behaviour of the driver in any way. In our testing at work the 2950 rev 3's worked fine with mfi(4). -- John Baldwin