From owner-freebsd-hackers Tue Feb 15 8: 8:54 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from aurora.sol.net (aurora.sol.net [206.55.65.76]) by builder.freebsd.org (Postfix) with ESMTP id 48E274ACC for ; Tue, 15 Feb 2000 08:08:50 -0800 (PST) Received: (from jgreco@localhost) by aurora.sol.net (8.9.2/8.9.2/SNNS-1.02) id KAA54469; Tue, 15 Feb 2000 10:08:47 -0600 (CST) From: Joe Greco Message-Id: <200002151608.KAA54469@aurora.sol.net> Subject: Re: Filesystem size limit? In-Reply-To: <20000215141810.AACBC1CD9@overcee.netplex.com.au> from Peter Wemm at "Feb 15, 2000 10:18:10 pm" To: peter@netplex.com.au (Peter Wemm) Date: Tue, 15 Feb 2000 10:08:47 -0600 (CST) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Joe Greco wrote: > > So I wanted to vinum my new 1.9TB of disks together just for chuckles, and > > it went OK up to the newfs.. > > > > S play.p0.s0 State: up PO: 0 B Size: 46 GB > > S play.p0.s1 State: up PO: 32 MB Size: 46 GB > [..] > > S play.p0.s35 State: up PO: 1120 MB Size: 46 GB > > S play.p0.s36 State: up PO: 1152 MB Size: 46 GB > > S play.p0.s37 State: up PO: 1184 MB Size: 46 GB > > vinum -> > > Suspended > > # newfs -v /dev/vinum/rplay > > preposterous size -584318976 > > > > Bleah. :-( > > > > Just thought I'd mention it. I'm putting the machine into production, > > with the smaller filesystems that I originally intended, but it seemed > > noteworthy to pass this along. Dunno how many terabyte filesystem folks > > are out there. > > /usr/include/sys/disklabel.h: > u_int32_t p_size; /* number of sectors in partition */ > > newfs.c: > int fssize; /* file system size */ > .. > havelabel: > if (fssize == 0) > fssize = pp->p_size; > > ie: there is a signed 32 bit sector count limit. 2^31 == 1TB. It shouldn't > be too hard to get it to create 2^32 bit (2TB) filesystem though. I'd expect > there to be more problems that this to bite you though. :-( > > 2^31 also happens to be the mmap() file offset limit FWIW. I figured somebody'd have a fast, smart answer :-) > BTW; what on earth is going on this beastie? Is this raid5 or stripe/concat? > (And I'd hate to be waiting for a fsck :-) News. Binaries spool server (Diablo). The trick to fsck is that you don't want more inodes than you really need. Once you get past that, fsck flies. The previous generation of binaries server, worked on 27 36GB drives split into 10 partitions, designed for parallelism. Hit RESET and the news filesystems take ~30 seconds to fsck. Thanks for the info, I was mostly just curious. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message