From owner-freebsd-questions@FreeBSD.ORG Tue Oct 11 14:06:20 2011 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 B63851065676 for ; Tue, 11 Oct 2011 14:06:20 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) by mx1.freebsd.org (Postfix) with ESMTP id 7A5DA8FC22 for ; Tue, 11 Oct 2011 14:06:20 +0000 (UTC) Received: from r56.edvax.de (port-92-195-41-66.dynamic.qsc.de [92.195.41.66]) by mx02.qsc.de (Postfix) with ESMTP id 7A1221E7A1 for ; Tue, 11 Oct 2011 16:06:19 +0200 (CEST) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id p9BE6JL0001952 for ; Tue, 11 Oct 2011 16:06:19 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Tue, 11 Oct 2011 16:06:19 +0200 From: Polytropon To: FreeBSD Questions Message-Id: <20111011160619.840c69f8.freebsd@edvax.de> Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Turning system accounting data into money X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Polytropon List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2011 14:06:20 -0000 This is _not_ a spam message trying to sell something stupid to the list. I'm just searching for a solution to turn consumed computing resources into a number and a currency symbol. :-) Reason: A growing amount of (my) customers seems to like this concept: They speed a low fee for access to systems and applications, and they want to pay according to what they did with that system. The access fee covers access and some basic services (backup & quota), and for anything "more advanced" they want to be charged per "units" used, or per "consumed resources". This can be dialog time (SSH), disk I/O, disk occupied, pages printed (can happen) or pages required to print on exceptional specific forms (can happen once or twice a year and is charged with an additional fee for fold, staple & mutilate). Sounds stupid? I have _real_ customers intendedly requesting that payment model (instead of "just pay amount n Euro a month and do whatever you like"). Accidentally, I remembered history. So I thought: This funcitonality has been present on UNIX systems for many decades. But _how_ to use it? I know there's the command set for accounting, for example the "ac" command. But what does its output "total 7264.15" mean? There also are "acct" (process accounting), "sa" (for system accounting) and "pac" (for printer accounting, just dooesn't seem to work with CUPS). I'd also like to use the /etc/csh.logout resp. ~/.logout mechanism. When a user logs in, he will be presented the program he uses (or a menu, in case he uses different ones). This can also be a regular "remote desktop" session. When he logs out, a message should be displayed that informs him how much will be charged for the session. At the end of the month, he should get an invoice with the proper accumulated amount. For example, if a user wishes to issue a "make a backup _now_, because I intendedly want _this_ current state backed up _now_", this will be seen as additional I/O load and disk occupation (because it's handled aside of the regular backup runs that should be part of the "basic package" charged with the "conneciton fee"). Or as I said, he issues printing for stuff he cannot print at home, so he will be charged for 500 pages. And in case he transfers 10 GB data in, and 10 GB data out, he will be charged for that traffic, as well as for the I/O. The sessions in questions will be SSH sessions (text mode) as well as SSH/X sessions (remote desktops). Maybe someone already uses something similar he wants to share? Suggestions and inspirations are welcome. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ...