From owner-freebsd-questions@FreeBSD.ORG Wed Aug 13 20:31:42 2008 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEFEC106568E for ; Wed, 13 Aug 2008 20:31:42 +0000 (UTC) (envelope-from ccowart@rescomp.berkeley.edu) Received: from hal.rescomp.berkeley.edu (hal.Rescomp.Berkeley.EDU [169.229.70.150]) by mx1.freebsd.org (Postfix) with ESMTP id 9EB178FC20 for ; Wed, 13 Aug 2008 20:31:42 +0000 (UTC) (envelope-from ccowart@rescomp.berkeley.edu) Received: by hal.rescomp.berkeley.edu (Postfix, from userid 1225) id 45AEA3C0444; Wed, 13 Aug 2008 13:31:42 -0700 (PDT) Date: Wed, 13 Aug 2008 13:31:42 -0700 From: Christopher Cowart To: Dan Nelson Message-ID: <20080813203142.GB25990@hal.rescomp.berkeley.edu> Mail-Followup-To: Dan Nelson , freebsd-questions@freebsd.org References: <20080813184603.GA25990@hal.rescomp.berkeley.edu> <20080813191118.GA42972@dan.emsphone.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="SkvwRMAIpAhPCcCJ" Content-Disposition: inline In-Reply-To: <20080813191118.GA42972@dan.emsphone.com> Organization: RSSP-IT, UC Berkeley User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-questions@freebsd.org Subject: Re: Lots of accounting data X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2008 20:31:42 -0000 --SkvwRMAIpAhPCcCJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Dan Nelson wrote: >> I only really see two options, neither of which I particularly like: >> * Throw more disk at the problem (but given what I've seen, I don't >> like the odds that within a month or two, I'll realize I didn't give >> it enough). >> * Turn off accounting on these boxes. >=20 > * edit /etc/periodic/daily/310.accounting to keep less historical > copies of acct. >=20 > * edit /sys/kern/kern_acct.c to not write accounting records for the > squid userid. >=20 > * Mount a ZFS filessytem on /var/account/ with compression enabled.=20 > Even lzjb compression will get you 3:1 compression on the acct > files; gzip-1 should get you even more. Thank you for the extra suggestions.=20 I've uncovered the root cause of the problem. It's documented in bin/120293: [patch] sa(8) fails to summarize/truncate accounting data. It appears that the daily execution of `sa -s -q' is *not* actually sumarizing the data, and thus not truncating the file. As such, /var/account/acct is growing without bound -- not being restored to a size of 0 after the periodic run. This is a bug in sa(8). Will this patch be MFCd to 7.0 as an errata? Should somebody submit a request to re@? --=20 Chris Cowart Network Technical Lead Network & Infrastructure Services, RSSP-IT UC Berkeley --SkvwRMAIpAhPCcCJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iQIcBAEBAwAGBQJIo0StAAoJEIGh6j3cHUNP83wQAKA+RuEraFLLPSkt4m/ZeqDj cImNLH1ibQeFBkNbRRHCyJZOfI2FXT1cwExu8vXG/jo+KWj+1OXifqMAntIsvvhd sTOblaF2LI6JUp9zrv7gqUTYNgfcg1LxS+c5ViPwzKf3HjLjAisrT72H7w/72Dqy qCuC90+t91dJzRcwfxZGRWkENw35DtAt5QjKEJZNcYCUwrR9ksH4A5th9Vmm/yvt 6zN+tSeqWHZfxNrrkf9Xz8EmyZewXmPC96H9wjaglQwDiDNrGXY5YdcNJzCs3O2f ILZ2wyYmoFuG1dCs8VWfQKt/h0MG3E6dDaA0TJSADAPE/ZeNiJPzd26Bp175vBZa qjWuCcgu7P1e/uPv+mtH+4Zl64inB1uY2jxEN3hijXJGJfZ412o13EHHjLg3m+nz ndYYA3OPjjb/CfmvJHuhb3lMf3HoXGR09HCCCj8tVdGfeFFTgEJNaUdN2IlUeZwn aWw15pwjhcOgci4kQ3FisNG+BDEUwVpULTCl8EXb8/CBbRcVDcqYm3MuHKCaAHvd WSXG+hAdEJHHYQdMaJTno5B7nnSyaDVed/EtKGfaOz8M1n966heli1mpAb3iCI9W goyoqdqUFD9k1IwTZRV8W4Pso/ZRaKVk/l3CvcS38P5HIkziHbMUwKVzIkwkQOy3 zWyuYQuJISa9A2psGl6X =Cigc -----END PGP SIGNATURE----- --SkvwRMAIpAhPCcCJ--