UPDATE:, SUMMARY: chk_bf_quota error message

From: Andre Thompson <AThompson_at_ADMIN.UWI.TT>
Date: Thu, 28 Jun 2001 15:09:44 -0400

So far the answer is: No one really knows!

I have looked through threads of conversations at www.tru64.org and this
error message pops up in most versions of Digital Unix that has AdvFs as the
filesystem. (I have Tru64 version 5.1) and no one in the thread can give a
definite answer.

All say it's something to do with AdvFs.

Some say it's a bug
Some say it's a feature
Some say to execute the quotacheck command
Some say the execute the vquotacheck command (this one does not exist, not
even on the man pages)
[This sounds like lyrics to a song, just have to make it rhyme :-)) ]


Here's another bit of information:

A few hours prior to this error message, we were running a lengthy job that
made the following error messages:

-snip-
task_create() failed for pid 415297: max_proc_per_user (=128) exceeded for
uid 201.
task_create() failed for pid 415239: max_proc_per_user (=128) exceeded for
uid 201.
task_create() failed for pid 415316: max_proc_per_user (=128) exceeded for
uid 201.
task_create() failed for pid 415318: max_proc_per_user (=128) exceeded for
uid 201.
task_create() failed for pid 415322: max_proc_per_user (=128) exceeded for
uid 201.
-snip-

So we increased the value of max_proc_per_user to 256 and rebooted the
machine.
Several hours later we get the chk_bf_quota error message.

Another pattern I am also seeing is that this error occurs when / is AdvFs.
I went to a training course that insists that root should be UFS to make
disaster recovery easier.

Anyone has any ideas? Compaq?

-----Original Message-----
From: Andre Thompson [mailto:AThompson_at_ADMIN.UWI.TT]
Sent: Thursday, June 28, 2001 2:16 PM
To: Unix Managers (E-mail)
Subject: chk_bf_quota error message


Hi Managers
        I have the following error message that showed up on the console
log:

-snip-
chk_bf_quota: user quota underflow for user 463 on fileset /
-snip-


Anyone has any idea what the cause of this error could be?

Thanks in advance.


Best Regards
Andre Thompson
Received on Thu Jun 28 2001 - 19:13:18 NZST

This archive was generated by hypermail 2.4.0 : Wed Nov 08 2023 - 11:53:42 NZDT