From owner-freebsd-fs@FreeBSD.ORG Wed Dec 20 18:12:39 2006 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DBC7F16A403 for ; Wed, 20 Dec 2006 18:12:38 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 870BB43C9F for ; Wed, 20 Dec 2006 18:12:12 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id kBKIC5rE014468; Wed, 20 Dec 2006 12:12:06 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <45897D01.2030809@centtech.com> Date: Wed, 20 Dec 2006 12:12:17 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.7 (X11/20061015) MIME-Version: 1.0 To: Arone Silimantia References: <496085.15364.qm@web58616.mail.re3.yahoo.com> In-Reply-To: <496085.15364.qm@web58616.mail.re3.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2361/Wed Dec 20 09:30:05 2006 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: freebsd-fs@freebsd.org Subject: Re: quotas safe on >2 TB filesystems in 6.1-RELEASE ? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2006 18:12:39 -0000 On 12/20/06 10:48, Arone Silimantia wrote: > --- Eric Anderson wrote: > > >> I also have several 2Tb partitions (set up prior to >> gjournal being >> available), that are *FULL*, and each have about >> 25-45million inodes on >> them. Those fsck in about 4-7hours each, using >> between 1Gb and 3Gb of >> memory to do so. > > > That's encouraging. What do you have your > kern.maxdsiz set to ? 1024000000 ? I used to set it very high - 2.5GB if I recall. > How about on the systems with the big arrays you were > talking about ? Or do you not bother with a large > maxdsiz there since you don't bother with fsck anyway > ? I don't set it anymore, and since switching to amd64 platform on this machine, I don't need it. I still use non-GJOURNALed 2Tb file systems, and two 10Tb GJOURNALed file systems on this system. With GJOURNAL, fsck takes a few seconds, and I'm online. >>> Ok, but all of the CLI tools (edquota, repquota, >>> quota, quotacheck, quotaon) are all known-good for >>> "bigdisk" ? >>> >>> And there is no known "quotas just don't work with >>> bigdisk" problems ? >>> >>> I was hoping someone out there was running quotas >> with >>> 6.1-RELEASE on a >2TB filesystem and could report >> favorably... >> >> I'm not certain. There were some bugs in quotas, >> that recently were >> fixed (Kris Kennaway I think reported them and saw >> the fixes into the >> tree), and prior to that I saw those consistently, >> so I stopped using >> them. I haven't tried since the fixes have been in >> place, and the fixes >> (if I recall correctly) had to do with background >> fsck (softupdates >> maybe) and not the size of the disk. > > > Yes, I was hoping Kris would respond to this thread > and give a thumbs up or down on quotas in 6.1-RELEASE > for >2TB disks. They work great with my 2 TB arrays, > but I need to go bigger now, and I don't know that I > can wait for 6.2-RELEASE to arrive... You don't have to wait for 6.2-RELEASE to start using the latest STABLE version of FreeBSD. Just download the most recent 6.2-RC image and go for it. Once 6.2-RELEASE comes out, you can just cvsup and rebuild, reboot, and you're rolling. The 6-STABLE branch is just that - stable. It isn't beta by any means, and I really recommend going past 6.1 to 6-STABLE. > I do not run snapshots in any form, and do not do > background fsck. Ok, well, the quota issues are easy to check with a quick sparse file backed disk.. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology An undefined problem has an infinite number of solutions. ------------------------------------------------------------------------