![](https://seccdn.libravatar.org/avatar/9da9f14871df2a0cc320394ca30f3795.jpg?s=120&d=mm&r=g)
Hallo,
gerade wollte ich mal mit isdnrep nachsehen, wieviel ich in diesem
Monate bereits bei den einzelnen Providern "vertelefoniert" habe, und
erlebe eine kleine Ueberraschung.
Damit die Log-Dateien nicht ins unermessliche wachsen, lasse ich sie
regelmaessig ueber einem cron-job komprimieren und ihn eine neue, leere
Log-Datei anlegen. Bei der isdn.log hat das aber leider den dummen
Nebeneffekt, dass die Auswertung mit isdnrep nicht mehr wie gewuenscht
funktioniert.
Irgendwie sollte es doch aber gehen, dass isdn.log dort abgeschnitten
wird, wo der Monat wechselt, und der "aeltere" Teil dann komprimiert und
der "juengere" Teil weitergefuehrt wird.
Mit tail geht es nicht, vorstellen koennte ich mir aber eine Loesung
mit csplit so nach dem Muster: trenne in zwei Dateien, wo erstmals der
1. des aktuellen Monats auftritt. Bloss wie gebe ich csplit dies als
Muster mit? Naja, und dann muesste die beiden Teile auch entsprechend
benannt bzw. archiviert werden.
Alternativ bietet sich an, die Archivierung grundsaetzlich am ersten
eines Monats anzustossen (kein Problem), undzwar _unabhaengig_ von der
Groesse von isdn.log. Die einfachste, aber wie mir scheint nicht sehr
saubere Methode ist, in der /etc/logfiles die max. Size einfach soweit
herunterzusetzen, dass sie am Monatsanfang auf alle Faelle erfuellt ist.
Da ja vielleicht der eine oder andere schon einmal vor einem aehnlichen
Problem stand, gibt es vielleicht auch Ideen fuer eine _saubere_
Loesung.
Schon mal vielen Dank,
Heinz.
--
E-Mail: Heinz W. Pahlke