From owner-freebsd-questions@FreeBSD.ORG Sun Apr 29 19:08:07 2007 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9107E16A401 for ; Sun, 29 Apr 2007 19:08:07 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoot.lafn.org (zoot.lafn.ORG [206.117.18.6]) by mx1.freebsd.org (Postfix) with ESMTP id 69BD813C455 for ; Sun, 29 Apr 2007 19:08:07 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from [10.0.1.2] (pool-71-109-158-80.lsanca.dsl-w.verizon.net [71.109.158.80]) (authenticated bits=0) by zoot.lafn.org (8.13.6/8.13.4) with ESMTP id l3TJ802Y030052 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 29 Apr 2007 12:08:01 -0700 (PDT) (envelope-from bc979@lafn.org) In-Reply-To: <200704291326.l3TDQMbN086782@casselton.net> References: <200704291326.l3TDQMbN086782@casselton.net> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <8EE3658D-E6B5-4E57-8962-A4970C9E6F29@lafn.org> Content-Transfer-Encoding: 7bit From: Doug Hardie Date: Sun, 29 Apr 2007 12:07:56 -0700 To: Mark Tinguely X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: ClamAV 0.88.7/3179/Sun Apr 29 03:28:45 2007 on zoot.lafn.org X-Virus-Status: Clean Cc: freebsd-questions@freebsd.org Subject: Re: Quotas on 6.2 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Apr 2007 19:08:07 -0000 On Apr 29, 2007, at 06:26, Mark Tinguely wrote: > I am using quotas in FreeBSD 6.2 with soft limits == hard limits, > and the hard limits are being enforsed (mail/ftp etc). This is a > non-root > filesystem. > > There is one patch for quota that I supplied and was recently applied > to -current that is appropriate for FreeBSD 5.x-7.x that has to do > with > file counts once the filesystem is completely full, that does not > affect > hard limits. I have narrowed the problem down to two items: There is a reboot called for in the handbook during the quota setup that I probably didn't do. Also, I was testing by having root copy data owned by the user with the quota. While that changed the quota used, it may not have triggered the quota check. In either case, after rebooting today and having the user do the copy, the hard quota is now enforced properly. Thanks.