You are viewing a plain text version of this content. The canonical link for it is here.
Posted to hdfs-issues@hadoop.apache.org by "Harsh J (JIRA)" <ji...@apache.org> on 2011/07/17 20:26:59 UTC

[jira] [Resolved] (HDFS-70) Data node should shutdown when a "critical" error is returned by the name node

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

Harsh J resolved HDFS-70.
-------------------------

    Resolution: Won't Fix

HADOOP-266 was resolved as a Won't Fix and the DN currently works OK with the way it analyzes the exception classnames and determines if it has to shutdown.

Marking this one as Won't Fix as well, following HADOOP-266 :)

> Data node should shutdown when a "critical" error is returned by the name node
> ------------------------------------------------------------------------------
>
>                 Key: HDFS-70
>                 URL: https://issues.apache.org/jira/browse/HDFS-70
>             Project: Hadoop HDFS
>          Issue Type: Bug
>            Reporter: Konstantin Shvachko
>            Assignee: Sameer Paranjpye
>            Priority: Minor
>
> Currently data node does not distinguish between critical and non critical exceptions.
> Any exception is treated as a signal to sleep and then try again. See
> org.apache.hadoop.dfs.DataNode.run()
> This is happening because RPC always throws the same RemoteException.
> In some cases (like UnregisteredDatanodeException, IncorrectVersionException) the data 
> node should shutdown rather than retry.
> This logic naturally belongs to the 
> org.apache.hadoop.dfs.DataNode.offerService()
> but can be reasonably implemented (without examining the RemoteException.className 
> field) after HADOOP-266 (2) is fixed.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira