You are viewing a plain text version of this content. The canonical link for it is here.
Posted to hdfs-dev@hadoop.apache.org by "Elek, Marton (JIRA)" <ji...@apache.org> on 2018/07/23 10:57:00 UTC

[jira] [Created] (HDDS-282) Consolidate logging in scm/container-service

Elek, Marton created HDDS-282:
---------------------------------

             Summary: Consolidate logging in scm/container-service 
                 Key: HDDS-282
                 URL: https://issues.apache.org/jira/browse/HDDS-282
             Project: Hadoop Distributed Data Store
          Issue Type: Bug
            Reporter: Elek, Marton
            Assignee: Elek, Marton
             Fix For: 0.2.1


During real cluster tests, I found some logging/error handling very annoying.

I propose to improve the following behaviour:
 # In case of datanode-> scm communication failure we don't log the exception. As there (EndpointStateMachine.java:L206). As the messages have already been throttled I think it's safe to log the exception.
 # In BlockDeletingServlce:L123, I would log the message (Plan to choose {} containers for block deletion, actually returns {} valid containers) only if the number of valid containers is greater than 0.
 # EventQueue could log a warning if handlers is missing for a message (instead of an exception)
 # TypedEvent should have a toString method (as it's used in the EventQueue logging).



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

---------------------------------------------------------------------
To unsubscribe, e-mail: hdfs-dev-unsubscribe@hadoop.apache.org
For additional commands, e-mail: hdfs-dev-help@hadoop.apache.org