Date: Tue, 7 Dec 2004 23:06:20 -0600 From: Dan Nelson <dnelson@allantgroup.com> To: Andre Guibert de Bruet <andy@siliconlandmark.com> Cc: freebsd-current@freebsd.org Subject: Re: Accounting resumed, Accounting suspended repeatedly (Was: Re: dump broken with new kernel) Message-ID: <20041208050620.GG2629@dan.emsphone.com> In-Reply-To: <20041207235104.K637@alpha.siliconlandmark.com> References: <6.2.0.14.2.20041206075313.03e74db8@pozo.com> <6.2.0.14.2.20041206114020.08851e60@pozo.com> <20041207235104.K637@alpha.siliconlandmark.com>
next in thread | previous in thread | raw e-mail | index | archive | help
In the last episode (Dec 07), Andre Guibert de Bruet said: > On Mon, 6 Dec 2004, Manfred Antar wrote: > > >I'm also seeing alot of : > >Dec 6 10:06:53 pozo kernel: Accounting resumed > >Dec 6 10:07:23 pozo kernel: Accounting suspended > >Dec 6 10:07:38 pozo kernel: Accounting resumed > >Dec 6 10:12:23 pozo kernel: Accounting suspended > >Dec 6 10:12:38 pozo kernel: Accounting resumed > >Dec 6 10:12:53 pozo kernel: Accounting suspended > > Ditto. Running accton all by itself to turn off accounting stops > these cycles from occuring (Hardly a fix as you end up without logs > to run reports from). It's a safety device that prevents accounting records from filling up your hard drive in the event of forkbombs, configure scripts or other things that cause high process turnover. It's controlled by the following sysctls: kern.acct_chkfreq: frequency for checking the free space (seconds) kern.acct_resume: percentage of free disk space above which accounting resumes kern.acct_suspend: percentage of free disk space below which accounting stops -- Dan Nelson dnelson@allantgroup.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20041208050620.GG2629>