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