Versucht, die debug-Ausgabe mit logback syslog-appender nicht aktualisieren, syslog
Ich bin mit logback zu aktualisieren, syslog so konfiguriert habe appender:
<appender name="SYSLOG" class="ch.qos.logback.classic.net.SyslogAppender">
<syslogHost>localhost</syslogHost>
<facility>LOCAL0</facility>
<suffixPattern>[%thread] %logger %msg</suffixPattern>
</appender>
Ich aktualisiert rsyslog.conf zu hören für UDP-Veranstaltungen, unkommentiert die folgenden Zeilen:
# Provides UDP syslog reception
$ModLoad imudp.so
$UDPServerRun 514
Syslog-daemon neu gestartet, nachdem conf ändert.
Alle meine test-Boxen, es scheint zu funktionieren Prima! Jedoch, ein system syslog wird nicht aktualisiert, indem mein Verfahren (Andere Sachen zu aktualisieren ist es ganz gut), Frage ich mich, wie könnte ich zum Debuggen das problem? Alles, was ich in Aussehen sollte, dass in den Sinn kommt?
Vielen Dank für alle Ideen
Du musst angemeldet sein, um einen Kommentar abzugeben.
Sicher. Lose in der Reihenfolge, versuchen Sie diese 4 Prüfungen:
1. Test logback: Die offensichtliche ein: fügen Sie ein FileAppender als zweite appender und stellen Sie sicher, dass events dort erscheinen. Dein post impliziert, dass "es" funktioniert in dev, aber ich war nicht sicher, ob es logback oder die appender, und die config-snippet nicht mit einem
appender-ref
Abschnitt zum senden von Ereignissen zuSYSLOG
.Wenn Ihr
FileAppender
erhält nichts, es ist eine app/Umwelt-problem oder der server ist nicht zur Generierung von Veranstaltungen ist, dass der Futter-appender.2. Bestätigen Nachrichten generiert werden,: Vorausgesetzt, dass die
FileAppender
erhält die Nachrichten aber syslog nicht ausführen:.. für die Ausgabe der vollen Nutzlast der UDP-Pakete auf
lo
. Machen Sie Ihre app generieren einer log-Meldung. Sie sollten sehen, mindestens 1 Paket bestimmt127.0.0.1:514
. Wenn Sie nicht, es ist der Absender. Wenn Sie das tun, es ist die rsyslog-Konfiguration.3. Bestätigen Sie, dass "rsyslog" ist gebunden an port 514:
oder wenn Sie nicht über
lsof
und sind sicher, dass ein anderer Prozess ist nicht gebunden, 514:4. Sehen, was rsyslog erhält: Wenn Ereignisse, die gesendet werden, auf port 514 nach dem anhalten des live rsyslogd, starten Sie es im debug-Modus und an dem terminal:
Sollten Sie Ereignisse sehen, die ankommen. Wenn keine dieser das problem identifizieren, es ist etwas abseits der ausgetretenen Pfad. Ich habe eine funktionierende logback config auf die bekannt-gute J2EE-und syslog-Umgebungen. Hoffentlich eines der Dinge, die oben werden es tun, aber.