From owner-freebsd-stable@FreeBSD.ORG Wed Apr 1 05:03:49 2009 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 EEC111066CE3 for ; Wed, 1 Apr 2009 05:03:49 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from sorbesgroup.com (mail.sorbesgroup.com [217.159.241.118]) by mx1.freebsd.org (Postfix) with ESMTP id 73E3C8FC13 for ; Wed, 1 Apr 2009 05:03:49 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from localhost (localhost.localdomain [127.0.0.1]) by sorbesgroup.com (Postfix) with ESMTP id C6D5B3C5203A for ; Wed, 1 Apr 2009 07:38:39 +0300 (EEST) Received: from sorbesgroup.com ([127.0.0.1]) by localhost (sorbesgroup.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21827-05 for ; Wed, 1 Apr 2009 07:38:38 +0300 (EEST) Received: from [192.168.0.80] (andrei [192.168.0.80]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sorbesgroup.com (Postfix) with ESMTP id 9A7293C5202D for ; Wed, 1 Apr 2009 07:38:38 +0300 (EEST) Message-ID: <49D2F5BC.2080803@bsd.ee> Date: Wed, 01 Apr 2009 08:03:56 +0300 From: Andrei Kolu User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: FreeBSD Stable References: <49CA3795.609@bsd.ee> <49CA4498.2020007@bsd.ee> <49CA837D.3040202@barryp.org> <9bbcef730903251301u5ca861f5vcbe7622630cb180e@mail.gmail.com> <49D0AFFC.2090306@bsd.ee> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at localhost Subject: Re: 32bit filesystem limitations 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, 01 Apr 2009 05:03:50 -0000 Ivan Voras wrote: > Andrei Kolu wrote: > >> Ivan Voras wrote: >> >>> 2009/3/25 Barry Pederson : >>> >>> >>> >>>> Is there any reason not to skip labeling/partitioning and use da1 >>>> directly? >>>> Just newfs it and mount it. I've done this with a couple large Areca >>>> arrays with no ill effect so far. >>>> >>>> >>> Nope, no practical reason. Skip the partitioning if you don't need it. >>> >>> >>> >> Finally: # newfs /dev/da1 >> > > (note: no soft-updates here) > > Oops. OK, I can enable it next boot from rc.local: tunefs -n enable /data >> a# df -H >> Filesystem Size Used Avail Capacity Mounted on >> ..... >> /dev/da1 3.4T 4.1k 3.1T 0% /data >> ..... >> >> Mission accomplished. But why sysinstall plays such an ugly game? This >> problem should be announced as a bug. >> > > Because sysinstall only knows about fdisk and bsdlabel partition types, > and those have a fixed format defined in the old days. You get the same > problem with basically all operating systems today except latest > versions of Windows Server which uses GPT by default. > > (but simply always using GPT by default isn't a good option because it > will interfere with people wanting to multi-boot other operating systems). > I forgot to try ZFS on that particular server- maybe that one would be better alternative? I have experience with ZFS on terabyte sized volumes and had no ill effects so far- what about really large filesystems? I know that ZFS is considered experimental.