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

He Xiaoqiao commented on HDFS-14201:
------------------------------------

Thanks [~elgoiri] for your help and commit. It's OK that keep assigned this 
JIRA to [~surmountian].

> Ability to disallow safemode NN to become active
> ------------------------------------------------
>
>                 Key: HDFS-14201
>                 URL: https://issues.apache.org/jira/browse/HDFS-14201
>             Project: Hadoop HDFS
>          Issue Type: Improvement
>          Components: auto-failover
>    Affects Versions: 3.1.1, 2.9.2
>            Reporter: Xiao Liang
>            Assignee: Xiao Liang
>            Priority: Major
>             Fix For: 3.3.0
>
>         Attachments: HDFS-14201.001.patch, HDFS-14201.002.patch, 
> HDFS-14201.003.patch, HDFS-14201.004.patch, HDFS-14201.005.patch, 
> HDFS-14201.006.patch, HDFS-14201.007.patch, HDFS-14201.008.patch, 
> HDFS-14201.009.patch
>
>
> Currently with HA, Namenode in safemode can be possibly selected as active, 
> for availability of both read and write, Namenodes not in safemode are better 
> choices to become active though.
> It can take tens of minutes for a cold started Namenode to get out of 
> safemode, especially when there are large number of files and blocks in HDFS, 
> that means if a Namenode in safemode become active, the cluster will be not 
> fully functioning for quite a while, even if it can while there is some 
> Namenode not in safemode.
> The proposal here is to add an option, to allow Namenode to report itself as 
> UNHEALTHY to ZKFC, if it's in safemode, so as to only allow fully functioning 
> Namenode to become active, improving the general availability of the cluster.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

---------------------------------------------------------------------
To unsubscribe, e-mail: hdfs-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: hdfs-issues-h...@hadoop.apache.org

Reply via email to