Logrotate Copytruncate Binary Optionen

Ich möchte log4j verwenden, um Audit-bezogene Protokolle zu einer bestimmten Protokolldatei zu schreiben, sagen wir, audit. log. Ich möchte nicht syslogappender (udp basiert) verwenden, weil ich nicht tolerant sein will, um Datenverlust zu sein. Außerdem verwende ich logrotate, um das audit. log zu drehen, wenn die Datei eine bestimmte Größe erhält. Ich bin begegnet ist, dass, wenn logrotate dreht die Datei audit. log zu audit. log.1, log4j schreibt schriftlich auf audit. log.1 andere als das Schreiben in die audit. log. Ich weiß, ich kann rollingfileappender verwenden, um die Log-Rotation anders als verwenden logrotate zu tun, also wenn rollingfileappender rollt die Datei, schaltet es auf die neue Datei ohne Probleme. Aber der Grund, den ich nicht verwenden kann Rollingfileappender ist, dass ich Logrotate Post drehen Feature verwenden, um einige Skripte auslösen, nachdem die Rotation passiert, die nicht von rollingfileappender bereitgestellt werden kann. Ein weiterer verzweifelter Weg, den ich mir vorstellen kann, ist, einen log4j angepassten Appender zu schreiben, um die Log-Datei (audit. log.1) zu schließen und das neue zu öffnen (audit. log), wenn es erkennt, dass die Datei gedreht wird. Ich habe niemals ExternallyRolledFileAppender verwendet, aber wenn es möglich ist, logrotate post zu drehen, um das Signal an ExternallyRolledFileAppender zu senden und log4j bewusst zu machen, ist die Datei gedreht und schreibt in die neue Datei. Nur frage mich, gibt es dort einige Appender, die bereits erfunden wurden oder ich Haben andere Optionen, um dies zu lösen. Ich arbeite an Ubuntu 14 mit dem Standard-Rsyslog - und Logrotate-Dienstprogramm. In der Voreinstellung rsyslog logrotate etclogrotate. drsyslog config sehe ich folgendes: Von dem, was ich verstehe, empfiehlt es sich, copytruncate in allen logrotate Szenarien zu verwenden, da es nicht das aktuelle Protokoll verschiebt, sondern das Protokoll so schneidet, dass jeder Prozess mit einer geöffneten Datei ist Handler wird in der Lage sein, schriftlich zu schreiben. Also, wie kommt die Standard-Konfiguration mit rsyslog reload-Funktion stattdessen gefragt 5. Mai 15 um 7:40 Um Ihre Frage zu beantworten, müssen Sie die Notwendigkeit zu verstehen, die verschiedenen Kompromiss von reload und copytruncate: reload. Wird die alte Protokolldatei umbenannt und der Prozess, der in dieses Protokoll geschrieben wird, wird über das Unix-Signal benachrichtigt, um seine Protokolldatei neu zu erstellen. Dies ist die schnellste untere Overhead-Methode: renamemove Operationen sind sehr schnell und haben eine konstante Ausführungszeit. Darüber hinaus ist es eine fast atomare Operation: Das bedeutet, dass (fast) kein Log-Eintrag während der Movereload verloren geht. Auf der anderen Seite benötigen Sie einen Prozess, der in der Lage ist, seine Protokolldatei neu zu laden und neu zu öffnen. Rsyslog ist so ein Prozess, so dass die Standard-Logrotate-config die Reload-Methode verwenden. Kopieren. Wird die alte Protokolldatei in eine Archivdatei kopiert und dann wird es abgeschnitten, um alte Protokollzeilen zu löschen. Während die Trunkate-Operation sehr schnell ist, kann die Kopie ziemlich lang sein (abhängig davon, wie groß Ihre Logdatei ist). Darüber hinaus kann ein Protokolleintrag während der Zeit zwischen dem Kopiervorgang verloren gehen (erinnern Sie sich, es kann langsam sein) und das Abschneiden. Aus diesen Gründen wird copytruncate nicht standardmäßig für Dienste verwendet, die in der Lage sind, ihre Protokolldateien neu zu laden und neu zu erstellen. Auf der anderen Seite, wenn ein Server nicht in der Lage ist, reloadrecreate Protokolldateien, copytruncate ist Ihre sicherste Wette. Mit anderen Worten, es bedarf keiner Service-Level-Unterstützung. Antwortete 5. Mai 15 um 7:50 I39m Begrenzung meiner Log-Dateien auf 500M jeweils, so dass Kopieren sie won39t ein Problem (mehrere Sekunden am meisten). Danke ndash Mattan May 5 15 at 7:57 Das hängt ganz davon ab, wie der Prozess Protokolle schreibt. Copytruncate funktioniert nur, wenn die Log-Meldungen an die Datei angehängt sind (zB was auch immer gtgt logfile. Und nicht, wenn es die Ausgabe umgeleitet wird (zB was auch immer gt logfile).Die man Seite von logrotate sagt, dass: Im verwirrt durch diese. Wenn ein Programm Kann nicht gesagt werden, um seine Logfile zu schließen, wird es auch weiterhin für immer zu schreiben. Nicht für irgendwann. Wenn die Kompression auf den nächsten Rotationszyklus verschoben wird, schreibt das Programm auch nach dem nächsten Rotationszyklus auf diese Datei. Wie verschwindet das Problem Mein Verständnis ist, dass copytruncate verwendet werden sollte, wenn ein Programm nicht gesagt werden kann, um die Logdatei zu schließen. Im bewusst, dass einige Daten, die in die Logdatei geschrieben werden, verloren gehen, wenn die Kopie läuft, ich war auf der Logrotate-Datei für couchdb und es hatte Beide kopieren und verzögern die Optionen, es sieht so aus, als ob es keinen Punkt gibt, der verzögert ist, wenn es noch nicht auf eine Komprimierung kommt. Was bin ich vermisst, fragte ich am 21.11. Um 2: 14logrotate (8) - Linux man page Beschreibung logrotate ist entworfen, um die Verwaltung von Systemen zu erleichtern Generiere eine große Anzahl von Protokolldateien. Es ermöglicht das automatische Drehen, Komprimieren, Entfernen und Versenden von Protokolldateien. Jede Protokolldatei kann täglich, wöchentlich, monatlich oder wenn sie zu groß wächst. Normalerweise wird logrotate als täglicher Cron-Job ausgeführt. Es wird ein Protokoll nicht mehrfach an einem Tag geändert, es sei denn, das Kriterium für dieses Protokoll basiert auf der Protokollgröße und dem Logrotat wird mehrmals täglich ausgeführt oder es wird die Option - f oder --force verwendet. In der Befehlszeile können beliebig viele Konfigurationsdateien angegeben werden. Spätere Konfigurationsdateien können die in früheren Dateien angegebenen Optionen überschreiben, daher ist die Reihenfolge, in der die Logrotate-Konfigurationsdateien aufgeführt sind, wichtig. Normalerweise sollte eine einzige Konfigurationsdatei verwendet werden, die alle anderen Konfigurationsdateien enthält, die benötigt werden. Siehe unten für weitere Informationen über die Verwendung der Include-Richtlinie zu erreichen. Wenn ein Verzeichnis auf der Befehlszeile angegeben wird, wird jede Datei in diesem Verzeichnis als Konfigurationsdatei verwendet. Wenn keine Befehlszeilenargumente angegeben sind, druckt logrotate die Versions - und Copyright-Informationen zusammen mit einer kurzen Gebrauchsübersicht. Wenn während des Drehens von Protokollen Fehler auftreten, wird logrotate mit dem Status ungleich Null beendet. - d, --debug Schaltet den Debug-Modus ein und impliziert - v. Im Debug-Modus werden keine Änderungen an den Protokollen oder der Logrotate-Statusdatei vorgenommen. - f. --force erzählt logrotate, um die Rotation zu erzwingen, auch wenn es nicht denke, das ist notwendig. Manchmal ist dies sinnvoll, nachdem man neue Einträge zu einer logrotate-Konfigurationsdatei hinzugefügt hat oder wenn alte Protokolldateien von Hand entfernt wurden, da die neuen Dateien erstellt und die Protokollierung korrekt fortgesetzt wird. - m --mail ltcommandgt Erzählt logrotate, welches Befehl beim Verwenden von Protokollen verwendet werden soll. Dieser Befehl sollte zwei Argumente akzeptieren: 1) den Betreff der Nachricht und 2) den Empfänger. Der Befehl muss dann eine Meldung auf Standard-Eingabe lesen und an den Empfänger mailen. Der Standard-Mail-Befehl ist binmail - s. - s, --state ltstatefilegt Erzählt logrotate, um eine alternative Zustandsdatei zu verwenden. Dies ist nützlich, wenn logrotate als ein anderer Benutzer für verschiedene Sätze von Protokolldateien ausgeführt wird. Die Standardstatusdatei lautet varliblogrotate. status. --usage Druckt eine kurze Gebrauchsnachricht. - -. --help - Prints Hilfemeldung. - v. --verbose Schaltet den ausführlichen Modus ein. Konfigurationsdatei logrotate liest alles über die Protokolldateien, die es behandeln soll, aus der Reihe der Konfigurationsdateien, die auf der Befehlszeile angegeben sind. Jede Konfigurationsdatei kann globale Optionen festlegen (lokale Definitionen überschreiben globale und spätere Definitionen überschreiben frühere) und spezifizieren Logfiles zum Drehen. Eine einfache Konfigurationsdatei sieht so aus: Die ersten Zeilen setzen globale Optionen im Beispiel, die Protokolle werden nach dem Drehen komprimiert. Beachten Sie, dass Kommentare irgendwo in der Konfigurationsdatei erscheinen können, solange das erste Nicht-Whitespace-Zeichen auf der Zeile a ist. Der nächste Abschnitt der Konfigurationsdateien definiert, wie die Protokolldatei varlogmessages behandelt wird. Das Protokoll wird fünf wöchentliche Umdrehungen durchlaufen, bevor es entfernt wird. Nachdem die Protokolldatei gedreht wurde (aber bevor die alte Version des Protokolls komprimiert wurde), wird der Befehl sbinkillall - HUP syslogd ausgeführt. Der nächste Abschnitt definiert die Parameter für varloghttpdaccess. log und varloghttpderror. log. Sie werden gedreht, wann immer es über 100k groß wird, und die alten Protokolle Dateien werden nach dem Durchlaufen von 5 Umdrehungen verschickt (unkomprimiert), anstatt sie entfernt zu werden. Die Sharedscripts bedeutet, dass das Postrotate-Skript nur einmal ausgeführt wird (nachdem die alten Protokolle komprimiert wurden), nicht einmal für jedes Protokoll, das gedreht wird. Beachten Sie, dass die doppelten Anführungszeichen um den ersten Dateinamen am Anfang dieses Abschnitts ermöglicht, dass logrotate Protokolle mit Leerzeichen im Namen dreht. Normale Shell-Quoting-Regeln gelten, mit, und Zeichen unterstützt. Der letzte Abschnitt definiert die Parameter für alle Dateien in varlognews. Jede Datei wird monatlich gedreht. Dies gilt als eine einzige Rotationsrichtlinie und wenn Fehler für mehr als eine Datei auftreten, werden die Protokolldateien nicht komprimiert. Bitte verwenden Sie Platzhalter mit Vorsicht. Wenn Sie angeben, wird logrotate alle Dateien, einschließlich der zuvor gedrehten, drehen. Ein Weg um diese ist, die olddir Richtlinie oder eine genauere Wildcard (wie. log) zu verwenden. Hier finden Sie weitere Informationen zu den Richtlinien, die in einer logrotate Konfigurationsdatei enthalten sein können: Komprimieren Alte Versionen von Protokolldateien werden standardmäßig mit gzip (1) komprimiert. Siehe auch nocompress. Compresscmd Gibt an, welcher Befehl zum Erstellen von Protokolldateien verwendet werden soll. Die Voreinstellung ist gzip. Siehe auch komprimieren. Uncompresscmd Gibt an, welcher Befehl für die Dekomprimierung von Protokolldateien verwendet werden soll. Die Voreinstellung ist gunzip. Compressext Gibt an, welche Erweiterung für komprimierte Logfiles verwendet werden soll, wenn die Komprimierung aktiviert ist. Die Voreinstellung folgt dem des konfigurierten Komprimierungsbefehls. Compressoptions Befehlszeilenoptionen können an das Komprimierungsprogramm übergeben werden, wenn einer verwendet wird. Die Voreinstellung für gzip (1) ist -9 (maximale Komprimierung). Kopie Kopie der Protokolldatei erstellen, aber das Original nicht ändern. Diese Option kann z. B. verwendet werden, um einen Schnappschuss der aktuellen Protokolldatei zu erstellen, oder wenn ein anderes Dienstprogramm die Datei abschneiden oder analysieren muss. Wenn diese Option verwendet wird, hat die Erstellungsoption keine Auswirkung, da die alte Protokolldatei an ihrem Platz bleibt. Copytruncate Trunkieren Sie die ursprüngliche Protokolldatei nach dem Erstellen einer Kopie, anstatt die alte Protokolldatei zu verschieben und optional eine neue zu erstellen. Es kann verwendet werden, wenn ein Programm nicht gesagt werden kann, um seine Logdatei zu schließen und damit weiterhin das Schreiben (Anhängen) an die vorherige Protokolldatei für immer. Beachten Sie, dass es eine sehr kleine Zeitscheibe zwischen dem Kopieren der Datei und Abschneiden, so dass einige Logging-Daten verloren gehen könnte. Wenn diese Option verwendet wird, hat die Erstellungsoption keine Auswirkung, da die alte Protokolldatei an ihrem Platz bleibt. Create mode owner group Unmittelbar nach der Rotation (bevor das Postrotate-Skript ausgeführt wird) wird die Protokolldatei erstellt (mit demselben Namen wie die gerade gedrehte Protokolldatei). Mode gibt den Modus für die Protokolldatei im oktal an (genauso wie chmod (2)), der Besitzer gibt den Benutzernamen an, der die Protokolldatei besitzt, und die Gruppe gibt die Gruppe an, zu der die Protokolldatei gehört. Jedes der Protokolldateiattribute kann weggelassen werden. In diesem Fall verwenden diese Attribute für die neue Datei dieselben Werte wie die ursprüngliche Protokolldatei für die ausgelassenen Attribute. Diese Option kann mit der Option nocreate deaktiviert werden. Tägliche Log-Dateien werden jeden Tag gedreht. Dateext Archive alte Versionen von Log-Dateien Hinzufügen einer täglichen Erweiterung wie YYYYMMDD anstatt einfach eine Nummer hinzufügen. Die Erweiterung kann mit der Option dateformat konfiguriert werden. Dateformat formatstring Geben Sie die Erweiterung für dateext mit der Notation ähnlich der strftime (3) Funktion an. Nur Y m d und s Spezifizierer sind erlaubt. Der Standardwert ist - Ymd. Beachten Sie, dass auch das Zeichen, das den Log-Namen von der Erweiterung trennt, Teil der Dateformat-Zeichenfolge ist. Die Systemuhr muss am 9. September 2001 eingestellt sein, damit s korrekt funktioniert. Beachten Sie, dass die von diesem Format erzeugten Dampffläser lexikalisch sortierbar sein müssen (d. h. zuerst das Jahr, dann der Monat dann der Tag, z. B. 20011201 ist ok, aber 01122001 ist nicht, da 01112002 niedriger werden würde, solange es später ist). Dies liegt daran, dass bei der Verwendung der Option "Rotieren" logrotate alle gedrehten Dateinamen sortiert wird, um herauszufinden, welche Logfiles älter sind und entfernt werden sollen. Delaycompress Verschieben Sie die Komprimierung der vorherigen Protokolldatei auf den nächsten Rotationszyklus. Dies hat nur Wirkung, wenn in Kombination mit Kompresse verwendet. Es kann verwendet werden, wenn ein Programm nicht gesagt werden kann, um seine Logdatei zu schließen und damit auch weiterhin in die vorherige Protokolldatei für einige Zeit zu schreiben. Erweiterung ext Log-Dateien mit ext-Erweiterung kann es nach der Rotation behalten. Wenn Kompression verwendet wird, erscheint die Kompressionserweiterung (normalerweise. gz) nach ext. Zum Beispiel haben Sie eine Logdatei namens mylog. foo und wollen es zu mylog.1.foo. gz anstelle von mylog. foo.1.gz drehen. Ifempty Drehen Sie die Protokolldatei, auch wenn sie leer ist und die Option "notifempty" überschreibt (ifempty ist die Standardeinstellung). Include fileordirectory Liest die Datei als Argument, als ob es Inline enthalten wäre, wo die Include-Direktive erscheint. Wenn ein Verzeichnis angegeben ist, werden die meisten Dateien in diesem Verzeichnis in alphabetischer Reihenfolge gelesen, bevor die Verarbeitung der enthaltenen Datei fortgesetzt wird. Die einzigen Dateien, die ignoriert werden, sind Dateien, die keine regulären Dateien sind (wie zB Verzeichnisse und Named Pipes) und Dateien, deren Namen mit einer der Tabu-Erweiterungen enden, wie sie in der tabooext-Direktive angegeben sind. Die Einrichtungsrichtlinie wird möglicherweise nicht in einer Protokolldatei-Definition angezeigt. Mail-Adresse Wenn ein Protokoll aus der Existenz gedreht wird, wird es per Adresse verschickt. Wenn keine E-Mail von einem bestimmten Protokoll generiert werden soll, kann die Nomail-Richtlinie verwendet werden. Mailfirst Wenn Sie den Mail-Befehl verwenden, senden Sie die gerade gedrehte Datei anstelle der Datei "about-to-expire". Maillast Wenn Sie den Mail-Befehl verwenden, mailen Sie die Datei "about-to-expire" anstelle der gerade gedrehten Datei (dies ist die Standardeinstellung). Maxage count Entfernen Sie gedrehte Protokolle älter als ltcountgt Tage. Das Alter wird nur geprüft, wenn die Logdatei gedreht werden soll. Die Dateien werden an die konfigurierte Adresse verschickt, wenn Maillast und Mail konfiguriert sind. Minsize-Größe Die Protokolldateien werden gedreht, wenn sie größer werden als die Größe Bytes, aber nicht vor dem zusätzlich angegebenen Zeitintervall (täglich wöchentlich monatlich oder jährlich). Die zugehörige Größenoption ist ähnlich, außer dass sie sich gegenseitig mit den Zeitintervalloptionen ausschließt, und es bewirkt, dass Protokolldateien ohne Rücksicht auf die letzte Umlaufzeit gedreht werden. Wenn Minsize verwendet wird, werden sowohl die Größe als auch der Zeitstempel einer Protokolldatei berücksichtigt. Missingok Wenn die Protokolldatei fehlt, gehen Sie zum nächsten, ohne eine Fehlermeldung auszusenden. Siehe auch nomissingok. Monats-Log-Dateien werden gedreht, das erste Mal, dass das Logrotat in einem Monat läuft (dies ist normalerweise am ersten Tag des Monats). Nocompress Alte Versionen von Protokolldateien werden nicht komprimiert. Siehe auch komprimieren. Nocopy Kopiere die Originalprotokolldatei nicht und lasse sie an Ort und Stelle. (Dies überschreibt die Kopieroption). Nocopytruncate Vermeiden Sie die ursprüngliche Protokolldatei nicht, nachdem Sie eine Kopie erstellt haben (dies überschreibt die Option copytruncate). Nocreate Neue Protokolldateien werden nicht erstellt (dies überschreibt die create-Option). Nodelaycompress Verschieben Sie die Komprimierung der vorherigen Protokolldatei nicht auf den nächsten Rotationszyklus (dies überschreibt die Option delaycompress). Nodateext Archivieren Sie keine alten Versionen von Protokolldateien mit Datumserweiterung (dies überschreibt die Option dateext). Nomail Dont Post alte Log-Dateien an jede Adresse. Nomissingok Wenn eine Protokolldatei nicht vorhanden ist, geben Sie einen Fehler aus. Dies ist die Voreinstellung. Noolddir Protokolle werden im selben Verzeichnis gedreht, in dem sich das Protokoll normalerweise befindet (dies überschreibt die olddir-Option). Nosharedscripts Führen Sie Prerotate - und Postrotate-Skripts für jede Protokolldatei aus, die gedreht wird (dies ist die Standardeinstellung und überschreibt die Option sharedscripts). Der absolute Pfad zur Protokolldatei wird als erstes Argument an das Skript übergeben. Wenn die Skripts mit Fehler beendet werden, werden die verbleibenden Aktionen nicht nur für das betreffende Protokoll ausgeführt. Noshred Verwenden Sie keine Shred, wenn Sie alte Protokolldateien löschen. Siehe auch shred. Notifempty Drehen Sie das Protokoll nicht, wenn es leer ist (dies überschreibt die Option ifempty). Olddir Verzeichnis Protokolle werden in das Verzeichnis für die Rotation verschoben. Das Verzeichnis muss sich auf demselben physischen Gerät befinden wie die Protokolldatei, die gedreht wird, und wird angenommen, dass sie relativ zu dem Verzeichnis ist, das die Protokolldatei enthält, es sei denn, ein absoluter Pfadname wird angegeben. Wenn diese Option verwendet wird, gelangen alle alten Versionen des Protokolls im Verzeichnis. Diese Option kann durch die Option noolddir überschrieben werden. Postrotate endcript Die Zeilen zwischen postrotate und endcript (die beide auf Zeilen von selbst erscheinen müssen) werden nach der Protokolldatei ausgeführt (mit Binsh). Diese Richtlinien dürfen nur in einer Protokolldatei-Definition erscheinen. Normalerweise wird der absolute Pfad zur Protokolldatei als erstes Argument an das Skript übergeben. Wenn sharedscripts angegeben ist, wird das gesamte Muster an das Skript übergeben. Siehe auch prerotate. Siehe sharedscripts und nosharedscripts für die Fehlerbehandlung. Prerotate endcript Die Zeilen zwischen prerotate und endcript (die beide auf Zeilen von selbst erscheinen müssen) werden ausgeführt (mit binsh), bevor die Protokolldatei gedreht wird und nur wenn das Protokoll tatsächlich gedreht wird. Diese Richtlinien dürfen nur in einer Protokolldatei-Definition erscheinen. Normalerweise wird der absolute Pfad zur Protokolldatei als erstes Argument an das Skript übergeben. Wenn sharedscripts angegeben ist, wird das gesamte Muster an das Skript übergeben. Siehe auch postrotate. Siehe sharedscripts und nosharedscripts für die Fehlerbehandlung. Firstaction endcript Die Zeilen zwischen firstaction und endcript (die beide auf Zeilen selbst erscheinen müssen) werden einmal ausgeführt (mit binsh), bevor alle Protokolldateien, die mit dem Wildcard-Muster übereinstimmen, gedreht werden, bevor das Prerotat-Skript ausgeführt wird und nur wenn mindestens ein Protokoll Wird tatsächlich gedreht. Diese Richtlinien dürfen nur in einer Protokolldatei-Definition erscheinen. Das ganze Muster wird als erstes Argument an das Skript übergeben. Wenn das Skript mit Fehler beendet ist, erfolgt keine Weiterverarbeitung. Siehe auch Letztere. Lastaction endcript Die Zeilen zwischen lastaction und endcript (die beide auf Zeilen von selbst erscheinen müssen) werden nach der Protokollierung, die mit dem Wildcard-Muster übereinstimmen, nach dem Postrotationsskript ausgeführt und nur dann, wenn mindestens ein Protokoll vorhanden ist Wird gedreht. Diese Richtlinien dürfen nur in einer Protokolldatei-Definition erscheinen. Das ganze Muster wird als erstes Argument an das Skript übergeben. Wenn das Skript mit Fehler beendet wird, wird nur eine Fehlermeldung angezeigt (da dies die letzte Aktion ist). Siehe auch Erstaktion. Drehen des Zählers Die Protokolldateien werden vor der Beseitigung der Zählzeiten gedreht oder an die in einer E-Mail-Adresse angegebene Adresse verschickt. Wenn count 0 ist, werden alte Versionen entfernt, anstatt gedreht zu werden. Größe Größe Protokolldateien werden nur gedreht, wenn sie größer werden dann Größe Bytes. Wenn die Größe von k folgt. Die Größe wird in Kilobyte angenommen. Wenn das M verwendet wird, ist die Größe in Megabyte, und wenn G verwendet wird, ist die Größe in Gigabyte. Also Größe 100. Größe 100k. Größe 100M und Größe 100Gare alle gültig. Sharedscripts Normalerweise werden Prerotate - und Postrotate-Scripts für jedes Protokoll ausgeführt, das gedreht wird und der absolute Pfad zur Protokolldatei als erstes Argument an das Skript übergeben wird. Das bedeutet, dass ein einzelnes Skript mehrere Male für Protokolldateieinträge ausgeführt werden kann, die mit mehreren Dateien übereinstimmen (wie zB das varlognews-Beispiel). Wenn sharedscripts angegeben ist, werden die Skripts nur einmal ausgeführt, egal wie viele Protokolle mit dem Wildcard-Muster übereinstimmen und das ganze Muster an sie übergeben wird. Wenn jedoch keine der Protokolle im Muster rotieren, werden die Skripte überhaupt nicht ausgeführt. Wenn die Skripts mit Fehler beendet werden, werden die verbleibenden Aktionen für keine Protokolle ausgeführt. Diese Option überschreibt die Option nosharedscripts und impliziert die Erstellungsoption. Shred Löschen von Protokolldateien mit shred - u statt unlink (). Dies sollte sicherstellen, dass Protokolle nach dem geplanten Löschen nicht lesbar sind. Dies ist standardmäßig deaktiviert. Siehe auch noshred. Shredcycles count fragt GNU shred (1), um die Protokolldateien vor dem Löschen zu überschreiben. Ohne diese Option wird shred s default verwendet. Startzähler Dies ist die Nummer, die als Basis für die Rotation verwendet werden soll. Wenn Sie z. B. 0 angeben, werden die Protokolle mit einer Erweiterung .0 erstellt, wenn sie aus den ursprünglichen Protokolldateien gedreht werden. Wenn Sie 9 angeben, werden Protokolldateien mit einem .9 erstellt, überspringen 0-8. Die Dateien werden immer noch mit der Zählrichtlinie gedreht. Tabooext list Die aktuelle Tabu-Erweiterungsliste wird geändert (siehe Include-Direktion für Informationen zu den Tabu-Erweiterungen). Wenn a der Liste der Erweiterungen vorangeht, wird die aktuelle Tabu-Erweiterungsliste erweitert, ansonsten wird sie ersetzt. Bei der Inbetriebnahme enthält die Tabu-Erweiterungsliste. rpmorig. Rpmsave V. Swp Rpmnew, cfsaved und. rhn-cfg-tmp-. Wöchentliche Protokolldateien werden gedreht, wenn der aktuelle Wochentag weniger als der Wochentag der letzten Umdrehung ist oder wenn mehr als eine Woche seit der letzten Umdrehung vergangen ist. Dies ist in der Regel das gleiche wie rotierende Protokolle am ersten Tag der Woche, aber es funktioniert besser, wenn Logrotate nicht läuft jeden Abend. Protokolldateien werden gedreht, wenn das aktuelle Jahr nicht das gleiche wie die letzte Umdrehung ist. Standard-Statusdatei.