Log4j dailyrollingfileappender Datei Probleme

Sind wir der Begegnung mit einem eigenartigen problem.
Szenario: Wir haben 3 Server mit mehreren Instanzen einer Komponente alle schreiben Transaktions-log in eine einzige log-Datei.Wir verwenden log4j und die Server laufen in Java 1.3. setAppend() übergeben wird, wahr ist, und die Umsetzung ist DailyRollingFileAppender

Problem: um Mitternacht erwarten wir, dass die aktuelle log-Datei zu überfahren mit einem neuen Datei-Namen an und starten Sie das schreiben in eine neue Datei. Dies funktioniert gut in unserem test-setup (single server das schreiben von logs). In der Produktion, um Mitternacht, die neue Datei wird immer erstellt, wo neue Protokolle werden immer geschrieben, sondern rollte Datei gelöscht

Jede Hilfe wird sehr geschätzt, wie seine seit paar Tagen und wir sind nicht in der Lage zu bekommen, führt für das problem.

  • Könnten Sie Ihre Konfigurationsdatei bitte?
  • Vielen Dank für die Antworten. Ich habe festgestellt, ein link mehr hier [vivekagarwal.wordpress.com/2008/02/09/.... Werde dieses versuchen und geben ein update
  • Wir begaben uns mit der Lösung in dem oben genannten link und es funktionierte.
InformationsquelleAutor rajesh | 2011-09-21
  1. 4

    Du sollte nicht melden, um die gleiche Datei, die von vielen Prozessen. Log4j ist thread-sicher alle Recht, aber es ist nicht Prozess-sicher, wenn ich so sagen darf; es funktioniert nicht wie eine shared library unter verschiedenen java-Prozesse. Log4j embedded in einer java-Anwendung hat keine Kenntnis von einem anderen.

    Mit rollover-es verursacht das problem, die Sie haben gerade entdeckt: alle Prozesse laufen Ihren eigenen rollover-code, blind überschreiben den vorherigen Inhalt (weil keiner von Ihnen erwartet, dass alle).

    Eine mögliche Lösung hier: Log4j-Protokollierung in eine Gemeinsame Log-Datei

    • die zugrunde liegende Datei in den FileAppender-Klasse geöffnet wird, angehängt und geschlossen mit jedem log-Teil gespeichert Ist das wirklich der Fall ? Ich bin mir nicht so sicher. Zumindest unter UNIX wenn Sie sich anmelden, um eine Datei und dann kürzen Sie es von der Kommandozeile, sehen Sie auf dem nächsten schreiben in die Datei ist gepolstert mit binären Nullen, bevor die Nachricht geschrieben wird. Dies würde bedeuten, die Datei nicht geschlossen und geöffnet auf jedes Ereignis protokollieren (das wäre teuer), aber in der Tat ein Dateizeiger verwaltet wird zwischen schreibt. Die Nachrichten, die nicht bekommen, zusammen gemischt, da die zugrunde liegende Schreibvorgänge auf das Dateisystem sind atomar.
    • Du hast Recht. Kann mich nicht erinnern, was ich gedacht habe, vor fast 2 Jahren, aber es gibt keinen Beweis in den Quellen unterstützen meine Theorie. Ich kann mich nur entschuldigen jetzt.
    InformationsquelleAutor MaDa
  2. 2

    Wir liefen in das gleiche problem. Das zugrunde liegende problem ist, dass es keine Möglichkeit zum koordinieren der Zugriff auf log-Datei über mehrere Prozesse (in diesem Fall läuft auf mehreren Servern.) Dies bedeutet, dass alle Arten von schlechten Dinge passieren: Protokolle überschrieben wird, Dateien nicht zu Rollen etc...

    Mein Vorschlag an Sie ist für jeden server schreiben, die in einer separaten Datei, und dann verschmelzen Sie in einem post-processing-job.

    InformationsquelleAutor Karthik Ramachandran
  3. 2

    Sagen Sie konfiguriert haben, DailyRollingFileAppender mit täglichen rotation (Es kann so konfiguriert werden, dass die rotation jede Stunde, minute usw.). Sagen, es ist der 31-Dec-2014 heute und log-Datei-name ist Probe.melden Sie. Log-rotation erfolgt in der folgenden Weise:

    • Erste log-Nachricht, die empfangen wird, nachdem Mitternacht (etwa um 1 Uhr nachts auf 1-Jan-2015) wird der trigger-log-Datei rotation.
    • Log-Datei-rotation wird zuerst löschen Sie alle vorhandenen Dateien, die mit früheren Tag-suffix. (d.h. Es wird eine Datei löschen, die mit Namen Probe-2014-12-31.melden Sie. Idealerweise ist keine solche Datei vorhanden sein sollte.).
    • Es wird dann benennen Sie die aktuelle Datei mit dem suffix des vorherigen Tages. d.h. es benennt Probe.melden Sie zu Probe-2014-12-31.melden Sie.
    • Es schafft neue log-Datei ohne suffix. also neue Probe.melden Sie
    • Wird es beginnen, das schreiben in die neue Datei Probe.melden Sie.

    Wenn zwei Instanzen von Protokoll-Manager-Punkte zu gleichen log-file, dann wird jede Instanz unabhängig wiederholt die oben genannten Schritte auf die gleiche Datei. Dies kann in einem der folgenden Szenarien:

    • Wenn zwei oder mehr war-Datei bereitgestellt, die im gleichen container Punkte zu gleichen log-Datei.
    • Wenn zwei oder mehr Prozesse, die Punkte zu gleichen log-Datei.
    • etc

    Solches Szenario führt zu der Frage in der Frage genannten.

    • Auf einem windows-Rechner einmal ersten Prozess gedreht wurde der log-Datei erworben und Griff auf die neue Datei, zweite log-appender scheitern wird zum schreiben von Protokollen.
    • Auf einem linux-Rechner, der Zweite Prozess, löschen Sie die Archiv-Datei erstellt, indem zunächst der Prozess-und benennen Sie die neue Datei (derzeit verwendet wird, durch den ersten Prozess) zum vorherigen Tag-Datei. Also den ersten Prozess zu starten schreiben von logs in früheren Tag-Datei, zweiten Prozess schreiben der Protokolle in die neue Datei. Nach Mitternacht, log-Datei, die von ersten Prozess wird gelöscht. So, logs vom ersten Prozess immer verloren.
    • wir sehen uns sehr ähnlich Verhalten in unserer web Anwendung - noch zu ermitteln, warum wir das Potential haben, mehr als einen LogManager.
    • es geschieht normalerweise, wenn zwei war-Dateien (oder zwei eigenständige Prozesse) auf einer Maschine haben den gleichen Namen für die Protokolldatei.
    InformationsquelleAutor Bipul
Schreibe einen Kommentar