hadoop-hdfs-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "surendra singh lilhore (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HDFS-8277) Safemode enter fails when Standby NameNode is down
Date Thu, 04 Jun 2015 10:06:38 GMT

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

surendra singh lilhore commented on HDFS-8277:

Hi [~arpitagarwal],

*My Suggestion :* 

bq. DFSAdmin#setSafeMode should send the RPC to the ANN only.
bq. SBN should fail setSafeMode via RPC call. This will be an incompatible change so for now
it can just log an error and ignore the call.

I think we should send the RPC to both the namenode. Currently safemode API have one parameter
	@Override // ClientProtocol
	public boolean setSafeMode(SafeModeAction action, boolean isChecked)

If {{isChecked}} is true, RPC call will fail for SBN and it will throw StandbyException. I
think we should not change anything in Namenode side {{setSafeMode()}} API. In {{DFSAdmin}}
command now we are calling {{haNn.setSafeMode(action, false)}} with false, We can call it
with true option for both the namenode like this.
          //NN in standby we will get StandbyException
          inSafeMode = haNn.setSafeMode(action, true);
        } catch (StandbyException e) {
          System.out.println("Skipping safemode for standby NameNode " + proxy.getAddress());
        } catch (IOException e) {
          System.out.println("Failed to connect " + proxy.getAddress());

For SBN we will catch the StandbyException and print the message. After this change we will
get output like this.
Safe mode is ON in /
Skipping safemode for standby NameNode /

If my suggestion is not good then I think we need to remove {{boolean isChecked}} parameter,
because no use of this parameter after adding check for SBN.

> Safemode enter fails when Standby NameNode is down
> --------------------------------------------------
>                 Key: HDFS-8277
>                 URL: https://issues.apache.org/jira/browse/HDFS-8277
>             Project: Hadoop HDFS
>          Issue Type: Bug
>          Components: ha, HDFS, namenode
>    Affects Versions: 2.6.0
>         Environment: HDP 2.2.0
>            Reporter: Hari Sekhon
>            Assignee: surendra singh lilhore
>            Priority: Minor
>         Attachments: HDFS-8277-safemode-edits.patch, HDFS-8277.patch, HDFS-8277_1.patch,
HDFS-8277_2.patch, HDFS-8277_3.patch, HDFS-8277_4.patch
> HDFS fails to enter safemode when the Standby NameNode is down (eg. due to AMBARI-10536).
> {code}hdfs dfsadmin -safemode enter
> safemode: Call From nn2/x.x.x.x to nn1:8020 failed on connection exception: java.net.ConnectException:
Connection refused; For more details see:  http://wiki.apache.org/hadoop/ConnectionRefused{code}
> This appears to be a bug in that it's not trying both NameNodes like the standard hdfs
client code does, and is instead stopping after getting a connection refused from nn1 which
is down. I verified normal hadoop fs writes and reads via cli did work at this time, using
nn2. I happened to run this command as the hdfs user on nn2 which was the surviving Active
> After I re-bootstrapped the Standby NN to fix it the command worked as expected again.

This message was sent by Atlassian JIRA

View raw message