Thanks to:
From: John Lucak <JLucak_at_mr.picker.com>
From: "Dr. Tom Blinn, 603-884-0646" <tpb_at_zk3.dec.com>
I've included their comments but Tom suggested I call this
into digital so maybe they'll fix this.
My original post:
>> I was looking around some files and in the /var/adm/messages file
>> I found this error:
>> vmunix: chk_bf_quota: user/group underflow
>>
>> I only found it one time on my webserver host but I found it multiple
>> times on my other unix box.
>>
>> Is this something to be concerned about? Can someone let me
>> know where to find this sort of information in the manuals?
>>
>> Thanks.
>>
>> ________
>> Pam Woods - axsymgr_at_uaa.alaska.edu
======================================================
> ---------- Forwarded message ----------
From: John Lucak <JLucak_at_mr.picker.com>:
>You must have quotas enabled on a file system and the quota counts are
>messed up. When you reboot, the system is supposed to rebuild the quota
>counts (/sbin/rc3.d/S01quota runs quotacheck -a), but I've found that it
>does not always do this correctly.
>In my situation, my fstab has three ADVFS file systems mounted, but only
>one had the quota enabled.
>The dxadvfs utility always sticks userquota and groupquota in the fstab
>file even when the quota is not enabled. These options appear to confuse
>quotacheck. I found if I removed the options from file systems that are
>not marked "rq", quotacheck works correctly during bootup and I've not
>had any more of the user/group underflow errors.
>When you get these errors you should rebuild the quotas manually with
>quotacheck <filesystem>. They recommend running it on a "quiescent"
>filesystem, but I've not had any trouble running it against an active
>file system.
============================================================
> ---------- Forwarded message ----------
> Date: Thu, 20 Nov 1997 14:16:22 -0500
> From: "Dr. Tom Blinn, 603-884-0646" <tpb_at_zk3.dec.com>
> To: "Pam Woods, Systems Manager" <axsymgr_at_UAA.ALASKA.EDU>
> Subject: Re: chk_bf_quota error
>
> It's an AdvFS "bug". There is a patch that's supposed to reduce the rate at
> which it gets reported. It probably should NEVER get reported, but there
> you have it. As far as I know, there is no manual available that lists the
> various messages that can be emitted by the kernel and the daemons, and what
> to do about them.
>
> If you have a service contract, you should address this question to the CSC
> and insist that they get you a definitive answer. If enough people complain
> it will eventually get fixed. My personal suspicion is that it got put into
> the code by an over-zealous developer who wasn't thinking about whether our
> customers would know what to do when it appears.
>
> Tom
>
> Dr. Thomas P. Blinn, UNIX Software Group, Digital Equipment Corporation
> 110 Spit Brook Road, MS ZKO3-2/U20 Nashua, New Hampshire 03062-2698
> Technology Partnership Engineering Phone: (603) 884-0646
> Internet: tpb_at_zk3.dec.com Digital's Easynet: alpha::tpb
> ACM Member: tpblinn_at_acm.org PC_at_Home: tom_at_felines.mv.net
Received on Thu Nov 20 1997 - 21:16:30 NZDT