Hallo Liste, ich habe schon mehrmals Lösungsansätze gefunden, um die Counter zu löschen oder ähnliches aber noch nichts sinvolles gefunden. Daher frag ich hier nochmal nach. Grundsätzlich benutze ich hier die RX & TX Counter um den Traffic in einem bestimmten Zeitraum zu messen und zu verarbeiten. Dabei mache ich es ganz simpel, ich speichere die aktuellen Counter und ne Stunde später lese ich die wieder aus und mache aktuelle Counter - gespeicherte Counter = traffic. Aber ab und an habe ich halt das Problem, das die Counter wieder auf 0 gehen und das ohne den Server zu rebooten. Dann krieg ich immer negative Werte bzw falsche Werte, daher würde ich gerne einfach nach jedem Auslesen die Counter resetten. Kann mir hier jemand helfen? Danke & Gruß Tom
Am Dienstag, den 08.03.2005, 18:06 +0100 schrieb Tom H.:
Grundsätzlich benutze ich hier die RX & TX Counter um den Traffic in einem bestimmten Zeitraum zu messen und zu verarbeiten. Dabei mache ich es ganz simpel, ich speichere die aktuellen Counter und ne Stunde später lese ich die wieder aus und mache aktuelle Counter - gespeicherte Counter = traffic.
Das sind Counter, die nach 16? 32? 64? Bit überlaufen. Ich habe sowas mal mit iptables gemacht - eine "Accounting only"-Regel, die mit den Daten nichts anfängt ausser sie zu zählen. Dort besteht prinzipiell das gleiche Problem, allerdings wäre mir da nie was negatives untergekommen, und zurücksetzen geht mit -Z. Mit der Methode kann man auch gleich den verursachenden Rechner identifizieren, einfach mehrere Regeln verwenden. Das geht auch alles schöner und schlauer - bei mir hat es jahrelang seinen Zweck erfüllt - bis wir in der Firma drauf gekommen sind, das die Auswertung mehr Arbeit und schlechte Laune macht, als die 5-Euro-Nachzahlungen durch einzelne Kollegen wert sind. :-) Gruß, Ratti -- -o) fontlinge | Fontmanagement for Linux | Schriftenverwaltung in Linux /\\ http://freshmeat.net/projects/fontlinge/ _\_V http://www.gesindel.de https://sourceforge.net/projects/fontlinge/
participants (2)
-
Joerg Rossdeutscher
-
Tom H.