Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!rutgers!mit-eddie!uw-beaver!rice!sun-spots-request
From: tadguy@cs.odu.edu (Tad Guy)
Newsgroups: comp.sys.sun
Subject: Re: accounting suspended!
Keywords: SunOS
Message-ID: <2037@brazos.Rice.edu>
Date: 4 Oct 89 17:26:53 GMT
Sender: root@rice.edu
Organization: Sun-Spots
Lines: 24
Approved: Sun-Spots@rice.edu
X-Sun-Spots-Digest: Volume 8, Issue 157, message 8 of 14

In article <1899@brazos.Rice.edu> david@wubios.wustl.edu (David J. Camp) writes:
   | Oct  3 16:15:42 wubios vmunix: Accounting suspended
   | Oct  3 16:30:03 wubios vmunix: Accounting resumed

   Can anyone guess what causes accounting to be suspended?  -David-

No guesses needed.
[ excerpted from the 4.3BSD sys_acct.c file ]:

 * Accounting is suspended when the number of free blocks in the accounting
 * file's filesystem (as calculated by the freeblks() macro) is less than the
 * number of blocks used by the accounting file itself.  Accounting is also
 * suspended when the filesystem freespace is extremely close to exhaustion
 * (as defined by ACCT_MINFREE).
 *
 * Accounting is resumed when the number of free blocks in the filesystem is
 * greater than twice the number of blocks used by the accounting file.
 * Accounting is not resumed if the freespace is less than the hard limit
 * defined by ACCT_MINFREE.  This is to prevent thrashing when both freespace
 * and the accounting file are small.

In 4.3BSD, the default value of ACCT_MINFREE is 200.

	...tad