Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 10 Mar 2008 12:46:51 +0200
From:      Manolis Kiagias <sonicy@otenet.gr>
To:        Helmut Schneider <jumper99@gmx.de>
Cc:        freebsd-bugs@freebsd.org, Mike Pritchard <mpp@mppsystems.com>
Subject:   Re: kern/114766: [quotas] Disk quota does not work as expected
Message-ID:  <47D5119B.4060300@otenet.gr>
In-Reply-To: <010701c88291$2b0d4d60$609b65c1@vpe.de>
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>

next in thread | previous in thread | raw e-mail | index | archive | help
Helmut Schneider wrote:
> From: "Mike Pritchard" <mpp@mail.mppsystems.com>
>
>> On Sat, Mar 08, 2008 at 01:40:43PM +0100, Helmut Schneider wrote:
>>> From: "Mike Pritchard" <mpp@mail.mppsystems.com>
>>>
>>> >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 <servicename>_enable entry! 
Have a look at /etc/defaults/rc.conf and you will see this.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?47D5119B.4060300>