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