From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 23:06:27 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 ABE7F16A4CE for ; Wed, 16 Feb 2005 23:06:27 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58F5543D4C for ; Wed, 16 Feb 2005 23:06:27 +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 j1GN79bT023360; Wed, 16 Feb 2005 15:07:09 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j1GN79a6023359; Wed, 16 Feb 2005 15:07:09 -0800 Date: Wed, 16 Feb 2005 15:07:09 -0800 From: Brooks Davis To: Eric Anderson Message-ID: <20050216230709.GA22840@odin.ac.hmc.edu> References: <20050216215325.9201.qmail@web26805.mail.ukl.yahoo.com> <4213C1FB.6030802@centtech.com> <20050216225528.GB2787@odin.ac.hmc.edu> <4213D099.3020504@centtech.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline In-Reply-To: <4213D099.3020504@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 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 23:06:27 -0000 --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 16, 2005 at 05:00:41PM -0600, Eric Anderson wrote: > Brooks Davis wrote: > >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? > >> > >>No idea - this is the first I've heard of gpt really.. > >> > >> > >> > >>>>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. > >> > >>I used vinum to stripe 6 2TB partitions connected to 2 fiber channel di= sk=20 > >>arrays. Vinum automatically does the bsdlabel part. I was merely=20 > >>wanting to see what bsdlabel had to say about the vinum disk (if=20 > >>anything). > >> > >>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. >=20 > Hmm - well, it works.. :) Is there something I should be aware of that I= 'm=20 > not seeing? In that case, you probably don't actually have a bsdlabel there. It's not longer required with geom since you can newfs disks. -- 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 --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCE9IdXY6L6fI4GtQRAgWHAJ0V8jj6rjeKuTThQL1yvL/XqdO3xQCdFwp5 zWeTcpW3YrAMGdwsQV1Dpoo= =ym3S -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9--