[
https://issues.apache.org/jira/browse/HDFS-14201?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16776496#comment-16776496
]
Xiao Liang commented on HDFS-14201:
-----------------------------------
Thanks [~elgoiri] for the information, I uploaded [^HDFS-14201.003.patch] as PR
seems not triggering Yetus.
Thanks [~hexiaoqiao] for the suggestion, however, I think the NameNode state
transition is unnecessary, the NameNode in safemode does not really need to do
anything other than reporting unhealthy to ZKFC to avoid being selected, as
configured, it's more straightforward in this way I think.
> 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
> Attachments: HDFS-14201.001.patch, HDFS-14201.002.patch,
> HDFS-14201.003.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: [email protected]
For additional commands, e-mail: [email protected]