stackabletech / stackabletech/operator-rs
Log4j logs are filtered by both appender and logger
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Rust
- Sterne
- 167
- Forks
- 19
- Ø Merge
- 1 T. 6 Std.
- Gemergte PRs (30 T.)
- 9
Beschreibung
Affected version
No response
Current and expected behavior
Currently, setting the root (or sublogger) log level for a log4j-based container doesn't really do anything, because we also filter the logs for each appender.
This makes sense as a feature to opt into, but at least I have burned a lot of time trying to figure out why my debug logs were still missing.
Possible solution
No response
Additional context
No response
Environment
No response
Would you like to work on fixing this bug?
None
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Im Issue werden keine Dateien, Tests, Einstiegspunkte oder Implementierungsvorschläge genannt. Beginne damit, die auf Log4j basierende Container-Logging-Konfiguration zu finden, und verfolge, wie die Level von logger und appender angewendet werden; abgeschlossen ist die Aufgabe, wenn sich das root- oder sublogger-Level wie erwartet verhält, ohne unerwartete doppelte Filterung, mit Abdeckung für das gewählte Verhalten.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- rust
- Bereich
- observability-sre
- Issue-Typ
- Bug
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 25/100