You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@kafka.apache.org by "Gwen Shapira (JIRA)" <ji...@apache.org> on 2015/12/18 01:05:46 UTC

[jira] [Resolved] (KAFKA-794) Clean up controller logging

     [ https://issues.apache.org/jira/browse/KAFKA-794?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Gwen Shapira resolved KAFKA-794.
--------------------------------
    Resolution: Won't Fix

Kinda old now :) Lets celebrate 3rd birthday by closing.

We can create a new JIRA if we decide to tackle the cleanup again.

> Clean up controller logging
> ---------------------------
>
>                 Key: KAFKA-794
>                 URL: https://issues.apache.org/jira/browse/KAFKA-794
>             Project: Kafka
>          Issue Type: Improvement
>          Components: controller
>    Affects Versions: 0.8.0
>            Reporter: Neha Narkhede
>            Assignee: Neha Narkhede
>            Priority: Blocker
>              Labels: kafka-0.8, p2
>
> We created the state change log in KAFKA-513 which creates a well formatted log of the lifetime of all state change requests in a Kafka cluster. While troubleshooting KAFKA-790, I looked into server.log, controller.log and state-change.log and realized we can improve the controller logging -
> 1. StopReplica state change is missing from the state-change.log
> 2. Some state change log messages are repeated. These are likely mistakenly inside a for loop rather than outside
> 3. Some controller logging that should be in the controller.log is still in server.log. For example, everything from ReplicaManager. This is useful for troubleshooting but confusing to be inside server.log.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)