Mailing-List: contact hdfs-issues-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: hdfs-issues@hadoop.apache.org
Date: Wed, 27 May 2015 16:09:17 +0000 (UTC)
From: "Sean Busbey (JIRA)" <jira@apache.org>
To: hdfs-issues@hadoop.apache.org
Message-ID: <JIRA.12820635.1428958974000.39791.1432742957949@Atlassian.JIRA>
In-Reply-To: <JIRA.12820635.1428958974000@Atlassian.JIRA>
References: <JIRA.12820635.1428958974000@Atlassian.JIRA>
 <JIRA.12820635.1428958974829@arcas>
Subject: [jira] [Commented] (HDFS-8135) Remove the deprecated FSConstants
 class
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Sean Busbey commented on HDFS-8135:
-----------------------------------

HBase has a temporary work around that relies on the private HdfsConstants in HBASE-13716. That will help us with future patch-releases on HBase's 1.y release line, but it order to list Hadoop 2.8+ as okay for HBase 1.0 and 1.1 (the two minor releases that are already live) we'll need this change reverted from branch-2 so that the earlier versions of those branches will work at runtime.

If possible before our next set of releases, we'd like some guidance on what Hadoop considers the correct way to get the same information we want, i.e. "is HDFS in safemode?"  Some details from [~Apache9] over on HBASE-13716:

{quote}
Add I check the code again, HdfsUtils.isHealthy(URI) calls DistributedFileSystem.setSafeMode(GET, false), but in HBase we calls DistributedFileSystem.setSafeMode(GET, true). I think the difference is when the second parameter is true then BackupNN will throw a StandByException that force client to connect to ActiveNN.

If we must connect to ActiveNN in HBase, then HdfsUtils.isHealthy(URI) is not enough. So add new methods in HdfsUtils?
{quote}

On the general issue of HBase's "true dependencies on Hadoop" we have an umbrella issue now to ensure that by HBase 2.0 we have a well defined interface point: HBASE-13740. In the mean-time, I could add a nightly build job that both projects get notice of  that attempts to build the current HBase branch-1 against the current Hadoop branch-2.

> Remove the deprecated FSConstants class
> ---------------------------------------
>
>                 Key: HDFS-8135
>                 URL: https://issues.apache.org/jira/browse/HDFS-8135
>             Project: Hadoop HDFS
>          Issue Type: Bug
>            Reporter: Haohui Mai
>            Assignee: Li Lu
>             Fix For: 2.8.0
>
>         Attachments: HDFS-8135-041315.patch
>
>
> The {{FSConstants}} class has been marked as deprecated since 0.23. There is no uses of this class in the current code base and it can be removed.


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