Mailing-List: contact hdfs-issues-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: hdfs-issues@hadoop.apache.org
Date: Mon, 8 Apr 2013 21:28:22 +0000 (UTC)
From: "Daryn Sharp (JIRA)" <jira@apache.org>
To: hdfs-issues@hadoop.apache.org
Message-ID: <JIRA.12556579.1337496969788.130258.1365456502617@arcas>
In-Reply-To: <JIRA.12556579.1337496969788@arcas>
References: <JIRA.12556579.1337496969788@arcas>
Subject: [jira] [Commented] (HDFS-3447) StandbyException should not be
 logged at ERROR level on server
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/HDFS-3447?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13625846#comment-13625846 ] 

Daryn Sharp commented on HDFS-3447:
-----------------------------------

I know it's noisy at times, but it's helped me debug so many problems...  Prior to HADOOP-7853, it's not that it used to log as DEBUG, it didn't log at all.  I generally agree the caller should be expected to log the exception, but it won't be easy to track down every misbehaving caller (in the sense of not logging when it should).  Plus callers rarely if ever prepend the UGI to the message when they log.

Kihwal and I took at look at a few options.  If it's moved to DEBUG, enabling that in UGI is going to spew a lot of undesired messages.  If it's moved to INFO, with the default for UGI to be WARN, then other valuable logging will be lost.  Adding another variant of doAs is undesirable because it's effectively the same as removing the logging entirely, plus someone like me would want every caller to pass the logging object.

So what we came up with is would it make sense to have a second logger object in UGI, ex. a "detailed" logger, that would be used by doAs?
                
> StandbyException should not be logged at ERROR level on server
> --------------------------------------------------------------
>
>                 Key: HDFS-3447
>                 URL: https://issues.apache.org/jira/browse/HDFS-3447
>             Project: Hadoop HDFS
>          Issue Type: Improvement
>          Components: ha
>    Affects Versions: 2.0.0-alpha
>            Reporter: Todd Lipcon
>            Assignee: Todd Lipcon
>            Priority: Minor
>              Labels: newbie
>
> Currently, the standby NN will log StandbyExceptions at ERROR level any time a client tries to connect to it. So, if the second NN in an HA pair is active, the first NN will spew a lot of these errors in the log, as each client gets redirected to the proper NN. Instead, this should be at INFO level, and should probably be logged in a less "scary" manner (eg "Received READ request from client 1.2.3.4, but in Standby state. Redirecting client to other NameNode.")

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira