From owner-freebsd-sparc64@FreeBSD.ORG Sun Mar 7 23:46:20 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2259A16A4CE for ; Sun, 7 Mar 2004 23:46:20 -0800 (PST) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C390043D3F for ; Sun, 7 Mar 2004 23:46:19 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i287kIsA016856; Mon, 8 Mar 2004 02:46:18 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040301145508.GA27240@seekingfire.com> References: <20040301145508.GA27240@seekingfire.com> Date: Mon, 8 Mar 2004 02:46:17 -0500 To: Tillman Hodgson , sparc64@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: Bruce Evans Subject: Re: Minor problem with 64bTT: monthly accounting figures X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2004 07:46:20 -0000 At 8:55 AM -0600 3/1/04, Tillman Hodgson wrote: >Look a little odd this month: > >Subject: caliban.rospa.ca monthly run output > >Doing login accounting: > root 0.84 > total -298848.27 > toor -298849.12 > >-- End of monthly output -- > >Luckily this isn't a box where I care much about accounting, but >a Heads-Up in the conversion notes might be warranted. Having checked into this, I am pretty sure that the real bug is not with 'ac', but with code somewhere else in the system which generates logoff records with ut_time==0. Still, 'ac' needs to be smarter in what it does when it hits such records. I have an update in: http://people.freebsd.org/~gad/time-64/ac-64bit.diff which I intend to commit sometime in the next few days. It adds some minor sanity-checking of ut_time field, and greatly improves the debugging messages that 'ac' produces when it is compiled with DEBUG defined. With this change, your output would look more like: Doing login accounting: root 0.84 toor 387.72 total 388.56 (Changed 5 of 59 records to have a more likely time value) I assume it's okay to have that extra line in the summary... That summary is only printed if bad-records were found, and I felt it was important that we have some indication whenever these bad record show up. Now that I have a better idea of what the problem is, I'll try to find what place in /usr/src might be generating these bad records. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu