From owner-freebsd-questions@FreeBSD.ORG Thu May 29 21:13:40 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 35947210 for ; Thu, 29 May 2014 21:13:40 +0000 (UTC) Received: from st11p01mm-asmtp002.mac.com (st11p01mm-asmtpout002.mac.com [17.172.204.237]) by mx1.freebsd.org (Postfix) with ESMTP id 03CF42873 for ; Thu, 29 May 2014 21:13:39 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from [10.1.10.141] (c-98-210-197-168.hsd1.ca.comcast.net [98.210.197.168]) by st11p01mm-asmtp002.mac.com (Oracle Communications Messaging Server 7u4-27.08(7.0.4.27.7) 64bit (built Aug 22 2013)) with ESMTPSA id <0N6C0031DTM63240@st11p01mm-asmtp002.mac.com> for freebsd-questions@freebsd.org; Thu, 29 May 2014 21:13:19 +0000 (GMT) From: Fred Condo Subject: Disk quotas: edquota -t has no effect (9.2, 10.0) Message-id: Date: Thu, 29 May 2014 14:13:16 -0700 To: freebsd-questions@freebsd.org X-Mailer: Apple Mail (2.1878.2) X-MANTSH: 1TEIXWV4bG1oaGkdHB0lGUkdDRl5PWBoaHREKTEMXGx0EGx0YBBIZBBscEBseGh8 aEQpYTRdLEQptfhcaEQpMWRcbGhsbEQpZSRcRClleF2hjeREKQ04XSxsbGmJCH2lhGEd+GXhzB x5+GBsbGWBrEQpYXBcZBBoEGxsHTU4fGBgYGUsFGx0EGx0YBBIZBBscEBseGh8bEQpeWRdhXH9 PYREKQ1oXExIEGBsaBBsTHQQbHBIRCkJFF2NST05kf0FDXH9vEQpCThdrRRpSUB5DXFlcaBEKQ kwXZUh4AXMbEgFBXEcRCkJsF2NlcHNnWFlLHkJsEQpCQBdpcE5NGQFrXXthBREKQlgXaWsbEll GT0xwEnwRCnBoF3psXmUSRVpTQxx9EQpwaBdvEhlccm9QUm1caREKcGgXYUxeWWRhW01kW3IRC nBoF20dfXNpT3tYHm9fEQpwaBdgbWccQ3tYUB96ZBEKcGwXZG57GmxAHWhLeEwR X-CLX-Spam: false X-CLX-Score: 1011 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.96,1.0.14,0.0.0000 definitions=2014-05-29_06:2014-05-29,2014-05-29,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=1 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1405290259 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 May 2014 21:13:40 -0000 Having searched the archives, PRs, and famous search engines to no avail, I turn now to the list. I have one system for which I would like to use group disk quotas, but edquota -t has no effect - not for users, not for groups, not for times > 7 days, nor for times < 7 days. The grace period stubbornly sticks at 7 days. I've had a look at relevant source code, but as I'm not a kernel/filesystem hacker, it was not obvious to me where the problem may lie. In this particular case, I would actually like to set a longer grace period than the default. I would prefer not to maintain a custom kernel, but will if necessary. Anyone have any advice on manipulating the grace period? Thanks.