From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 22:54:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CBE116A4CE for ; Wed, 16 Feb 2005 22:54:46 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 214BF43D53 for ; Wed, 16 Feb 2005 22:54:46 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j1GMtSBt021925; Wed, 16 Feb 2005 14:55:28 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j1GMtSwu021923; Wed, 16 Feb 2005 14:55:28 -0800 Date: Wed, 16 Feb 2005 14:55:28 -0800 From: Brooks Davis To: Eric Anderson Message-ID: <20050216225528.GB2787@odin.ac.hmc.edu> References: <20050216215325.9201.qmail@web26805.mail.ukl.yahoo.com> <4213C1FB.6030802@centtech.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NDin8bjvE/0mNLFQ" Content-Disposition: inline In-Reply-To: <4213C1FB.6030802@centtech.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: FreeBSD Current cc: Claus Guttesen Subject: Re: newfs limits? 10TB filesystem max? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Feb 2005 22:54:46 -0000 --NDin8bjvE/0mNLFQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 16, 2005 at 03:58:19PM -0600, Eric Anderson wrote: > Claus Guttesen wrote: > >>I've just built an enormous 10TB filesystem. When > >>trying to newfs the disk, it bombed with something > >>like "cannot allocate memory" after something like > >>23xxxxxxxxx sectors.. I noticed disklabel complains > >>about disks with more than 2^32-1 sectors not being > >>supported.. =20 > > > > > >Aren't you supposed to use gpt(8) to define partitions > >larger than 2 TB? >=20 > No idea - this is the first I've heard of gpt really.. >=20 >=20 > >>Is newfs supposed to be able to work? I've used the > >>-s option to newfs to limit my filesystem size to > >>the max it would allow, which ends up being > >>11350482546 1K blocks, which means I'm only losing a > >>couple GB, which is no sweat right now for me, but > >>if someone wanted a 20TB filesystem, they'd be > >>hosed. > > > > > >Then the question is whether newfs reads > >gpt-partitioned disks? From newfs(8): > > > >Before running newfs the disk must be labeled using > >bsdlabel(8).=20 > > > >How did you create such a huge partition? Your > >question is quite interesting, I'm at a > >storage-solution which supports LUN's larger than 2.2 > >TB. >=20 > I used vinum to stripe 6 2TB partitions connected to 2 fiber channel disk= =20 > arrays. Vinum automatically does the bsdlabel part. I was merely wantin= g=20 > to see what bsdlabel had to say about the vinum disk (if anything). >=20 > Using newfs on it worked as long as I specified a smaller sector count. bsdlabels are for the most part unable to access more then 2TB of storage. You should either newfs the disk directly or use gpt. If vinum is creating a bsdlabel, the label is almost certaintly bogus if the disk is larger than 2TB. There is an exception if the disk has sectors larger than 512K, but those are fairly rare. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --NDin8bjvE/0mNLFQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCE89fXY6L6fI4GtQRAlK/AKDLTmLoZaYHqZNyfUuPWVwXhus+tACfa5v5 dODQCasav5nTSn6DUkrkKng= =qbkz -----END PGP SIGNATURE----- --NDin8bjvE/0mNLFQ--