Michael Kjellman created CASSANDRA-13317:
--------------------------------------------
Summary: Default logging we ship will incorrectly print "?:?" for
"%F:%L" pattern due to includeCallerData being false by default no appender
Key: CASSANDRA-13317
URL: https://issues.apache.org/jira/browse/CASSANDRA-13317
Project: Cassandra
Issue Type: Bug
Components: Core
Reporter: Michael Kjellman
Assignee: Michael Kjellman
We specify the logging pattern as "%-5level [%thread] %date{ISO8601} %F:%L -
%msg%n".
%F:%L is intended to print the Filename:Line Number. For performance reasons
logback (like log4j2) disables tracking line numbers as it requires the entire
stack to be materialized every time.
This causes logs to look like:
WARN [main] 2017-03-09 13:27:11,272 ?:? - Protocol Version 5/v5-beta not
supported by java driver
INFO [main] 2017-03-09 13:27:11,813 ?:? - No commitlog files found; skipping
replay
INFO [main] 2017-03-09 13:27:12,477 ?:? - Initialized prepared statement
caches with 14 MB
INFO [main] 2017-03-09 13:27:12,727 ?:? - Initializing system.IndexInfo
When instead you'd expect something like:
INFO [main] 2017-03-09 13:23:44,204 ColumnFamilyStore.java:419 - Initializing
system.available_ranges
INFO [main] 2017-03-09 13:23:44,210 ColumnFamilyStore.java:419 - Initializing
system.transferred_ranges
INFO [main] 2017-03-09 13:23:44,215 ColumnFamilyStore.java:419 - Initializing
system.views_builds_in_progress
The fix is to add "<includeCallerData>true</includeCallerData>" to the appender
config to enable the line number and stack tracing.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)