kern/114766: [quotas] Disk quota does not work as expected

Helmut Schneider jumper99 at gmx.de
Mon Mar 10 09:29:01 UTC 2008


From: "Mike Pritchard" <mpp at mail.mppsystems.com>

> On Sat, Mar 08, 2008 at 01:40:43PM +0100, Helmut Schneider wrote:
>> From: "Mike Pritchard" <mpp at 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 at teg ~]# dmesg -a | grep -ir quota
    root at BSDHelmut:/usr/obj/usr/src/sys/SMP-WITH-QUOTA
[root at teg ~]#

According to "/etc/rc.d/quota", shouldn't there be at least a "Checking 
quotas:" or a "Enabling quotas:" in dmesg?! 



More information about the freebsd-bugs mailing list