From owner-freebsd-questions@FreeBSD.ORG Fri Apr 15 16:02:42 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20C3816A4CE for ; Fri, 15 Apr 2005 16:02:42 +0000 (GMT) Received: from mxc1.crockettint.com (chameleon1.crockettint.com [206.224.72.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id A108D43D31 for ; Fri, 15 Apr 2005 16:02:41 +0000 (GMT) (envelope-from emartinez@crockettint.com) Received: from localhost (localhost.crockettint.com [127.0.0.1]) by mxc1.crockettint.com (Postfix) with ESMTP id 04B4837C0C; Fri, 15 Apr 2005 11:02:41 -0500 (CDT) Received: from mxc1.crockettint.com ([127.0.0.1]) by localhost (mxc1.crockettint.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 69766-02; Fri, 15 Apr 2005 11:02:37 -0500 (CDT) Received: from memnoch (ausc1.crockettint.com [24.153.230.82]) by mxc1.crockettint.com (Postfix) with ESMTP id CA26537C0D; Fri, 15 Apr 2005 11:02:36 -0500 (CDT) From: "Edgar Martinez" To: "'Nick Evans'" Date: Fri, 15 Apr 2005 11:02:41 -0500 Organization: Crockett International MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <20050415104440.403ef9b2@paladin.talkpoint.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Thread-Index: AcVByc37bV6C5RjCSMSl3bUqvDFS3AAClUAw Message-Id: <20050415160236.CA26537C0D@mxc1.crockettint.com> X-Virus-Scanned: amavisd-new at crockettint.com cc: 'Benson Wong' cc: 'Nick Pavlica' cc: freebsd-questions@freebsd.org Subject: RE: 5.8TB RAID5 SATA Array Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: emartinez@crockettint.com List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2005 16:02:42 -0000 Interesting... gpt add [-b number] [-i index] [-s count] [-t type] device ... The add command allows the user to add a new partition to an existing table. By default, it will create a UFS partition covering the first available block of an unused disk space. The command-specific options can be used to control this behaviour. I am assuming that the docs were not updated to reflect that its talking about UFS2? Or is it actually correct? -----Original Message----- From: Nick Evans [mailto:nevans@talkpoint.com] Sent: Friday, April 15, 2005 9:45 AM To: emartinez@crockettint.com Cc: 'Nick Pavlica'; 'Benson Wong'; freebsd-questions@freebsd.org Subject: Re: 5.8TB RAID5 SATA Array Questions On Thu, 14 Apr 2005 17:13:48 -0500 "Edgar Martinez" wrote: > Benson..GREAT RESPONSE!! I Don't think I could have done any better myself. > Although I knew most of the information you provided, it was good to know > that my knowledge was not very far off. It's also reassuring that I'm not > the only nut job building ludicrous systems.. > > > > Nick, I believe that we may have some minor misinformation on our hands.. > > > > I refer you both to http://www.freebsd.org/projects/bigdisk/ which according > to the page. > > > > When the UFS filesystem was introduced to BSD in 1982, its use of 32 bit > offsets and counters to address the storage was considered to be ahead of > its time. Since most fixed-disk storage devices use 512 byte sectors, 32 > bits allowed for 2 Terabytes of storage. That was an almost un-imaginable > quantity for the time. But now that 250 and 400 Gigabyte disks are available > at consumer prices, it's trivial to build a hardware or software based > storage array that can exceed 2TB for a few thousand dollars. > > The UFS2 filesystem was introduced in 2003 as a replacement to the original > UFS and provides 64 bit counters and offsets. This allows for files and > filesystems to grow to 2^73 bytes (2^64 * 512) in size and hopefully be > sufficient for quite a long time. UFS2 largely solved the storage size > limits imposed by the filesystem. Unfortunately, many tools and storage > mechanisms still use or assume 32 bit values, often keeping FreeBSD limited > to 2TB. > > So theoretically it should go over 1000TB.I've conducted several bastardized > installations due to sysinstall not being able to do anything over the 2TB > limit by creating the partition ahead of time.I am going to be attacking > this tonight and my efforts will be primarily focused on creating one large > 5.8TB slice..wish me luck!! > > > > PS: Muhaa haa haa! > You'll need to use GPT to make this work for anything over 2TB. Man gpt Nick