From owner-freebsd-bugs@FreeBSD.ORG Mon Mar 10 13:12:58 2008 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D11021065670 for ; Mon, 10 Mar 2008 13:12:58 +0000 (UTC) (envelope-from sonicy@otenet.gr) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.77]) by mx1.freebsd.org (Postfix) with ESMTP id 7440A8FC17 for ; Mon, 10 Mar 2008 13:12:58 +0000 (UTC) (envelope-from sonicy@otenet.gr) Received: from joshua.ath.cx (athedsl-305854.home.otenet.gr [85.73.242.92]) (authenticated bits=0) by kane.otenet.gr (8.13.8/8.13.8/Debian-3) with ESMTP id m2AAkppn020715; Mon, 10 Mar 2008 12:46:51 +0200 Message-ID: <47D5119B.4060300@otenet.gr> Date: Mon, 10 Mar 2008 12:46:51 +0200 From: Manolis Kiagias User-Agent: Thunderbird 2.0.0.9 (X11/20080108) MIME-Version: 1.0 To: Helmut Schneider References: <200803061850.m26Io2Xq013979@freefall.freebsd.org> <20080307004232.GA69112@mail.mppsystems.com> <001a01c88119$a0ccf010$0d7ca8c0@vpe.de> <20080309004424.GA80607@mail.mppsystems.com> <010701c88291$2b0d4d60$609b65c1@vpe.de> In-Reply-To: <010701c88291$2b0d4d60$609b65c1@vpe.de> Content-Type: text/plain; charset=ISO-8859-7; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-bugs@freebsd.org, Mike Pritchard Subject: Re: kern/114766: [quotas] Disk quota does not work as expected X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Mar 2008 13:12:58 -0000 Helmut Schneider wrote: > From: "Mike Pritchard" > >> On Sat, Mar 08, 2008 at 01:40:43PM +0100, Helmut Schneider wrote: >>> From: "Mike Pritchard" >>> >>> >Are you running quotacheck while there are users active, or the >>> >machine is accepting mail deliveries? Running quotacheck on >>> >an active file system will generate those type of fixups, due >>> >to buffered data in the kernel not being in sync with >>> >the disk data at that point. >>> >>> Yes, but I ran "quotacheck -va" a few minutes ago and it reported many >>> fixups. I checked the logfiles and the last access for a specific >>> user, it was yesterday morning. I even rebooted the machine yesterday >>> evening. Shouldn't at least a reboot fix/flush all those entries? >> >> Ignore my previous message asking what version you are running. I see >> that you are running 6.3. >> >> You stated that the users mail files are stored in /home, which probably >> means the file system is active, even if no users were actually logged >> in and using it. Quotacheck is not designed to be run on an active >> file system. > > OK. > >> Edit /etc/rc.d/quota and add the -v option to the quotacheck command >> there. If quotacheck updates the usage information during boot up after >> a clean shutdown, then there is a problem somewhere, unless it was >> something updated on the file system during the boot process. > > Hm, there is no "quota" at all at boot time: > > [root@teg ~]# dmesg -a | grep -ir quota > root@BSDHelmut:/usr/obj/usr/src/sys/SMP-WITH-QUOTA > [root@teg ~]# > > According to "/etc/rc.d/quota", shouldn't there be at least a > "Checking quotas:" or a "Enabling quotas:" in dmesg?! It should: sonic@joshua:/usr/home/sonic$ dmesg -a |grep -ir quota Checking quotas: Enabling quotas: Please check your rc.conf. You have these lines: [root@mvt ~]# cat /etc/rc.conf | grep quota quota_enable="YES" check_quotas="YES" While you should have: enable_quotas="YES" check_quotas="YES" It is, actually, the reverse of the usual _enable entry! Have a look at /etc/defaults/rc.conf and you will see this.