You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Wei Deng (JIRA)" <ji...@apache.org> on 2016/07/13 06:48:20 UTC
[jira] [Created] (CASSANDRA-12186) anticompaction log message
doesn't include the parent repair session id
Wei Deng created CASSANDRA-12186:
------------------------------------
Summary: anticompaction log message doesn't include the parent repair session id
Key: CASSANDRA-12186
URL: https://issues.apache.org/jira/browse/CASSANDRA-12186
Project: Cassandra
Issue Type: Bug
Components: Observability
Reporter: Wei Deng
Priority: Minor
It appears that even though incremental repair is now enabled by default post C*-3.0 (which means at the end of each repair session, there is an anti-compaction step that needs to be executed), we don't include the parent repair session UUID in the log message of the anti-compaction log entries. This makes observing all activities related to an incremental repair session to be more difficult. See the following:
{noformat}
DEBUG [AntiEntropyStage:1] 2016-07-13 01:57:30,956 RepairMessageVerbHandler.java:149 - Got anticompaction request AnticompactionRequest{parentRepairSession=27103de0-489d-11e6-a6d6-cd06faa0aaa2} org.apache.cassandra.repair.messages.AnticompactionRequest@34449ff4
<...>
<snip>
<...>
INFO [CompactionExecutor:5] 2016-07-13 02:07:47,512 CompactionManager.java:511 - Starting anticompaction for trivial_ks.weitest on 1/[BigTableReader(path='/var/lib/cassandra/data/trivial_ks/weitest-538b07d1489b11e6a9ef61c6ff848952/mb-1-big-Data.db')] sstables
INFO [CompactionExecutor:5] 2016-07-13 02:07:47,513 CompactionManager.java:540 - SSTable BigTableReader(path='/var/lib/cassandra/data/trivial_ks/weitest-538b07d1489b11e6a9ef61c6ff848952/mb-1-big-Data.db') fully contained in range (-9223372036854775808,-9223372036854775808], mutating repairedAt instead of anticompacting
INFO [CompactionExecutor:5] 2016-07-13 02:07:47,570 CompactionManager.java:578 - Completed anticompaction successfully
{noformat}
The initial submission of the anti-compaction task to the CompactionManager still has reference to the parent repair session UUID, but subsequent anti-compaction log entries are missing this parent repair session UUID.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)