[
https://issues.apache.org/jira/browse/AMBARI-16028?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15254446#comment-15254446
]
Jayush Luniya commented on AMBARI-16028:
----------------------------------------
Committed to trunk and branch-2.2 (so that the change can be included in a
maint release after 2.2.2)
> Namenode marked as INITIAL standby could potentially never start if other
> namenode is down
> ------------------------------------------------------------------------------------------
>
> Key: AMBARI-16028
> URL: https://issues.apache.org/jira/browse/AMBARI-16028
> Project: Ambari
> Issue Type: Bug
> Components: stacks
> Affects Versions: 2.2.0
> Reporter: Jayush Luniya
> Assignee: Jayush Luniya
> Priority: Critical
> Fix For: 2.4.0
>
> Attachments: AMBARI-16028-trunk.patch
>
>
> *Issue:*
> # During Namenode HA blueprint deployment, we configure the name nodes to
> start in active/standby mode based on the following properties
> {code}
> {
> "hadoop-env": {
> "properties" : {
> "dfs_ha_initial_namenode_active" : "host1",
> "dfs_ha_initial_namenode_standby" : "host2”
> }
> }
> }
> {code}
> # The current logic is to always bootstrap the name node marked as standby.
> # This will lead to the Namenode marked as Standby to never start under the
> following situation
> - Cluster is deployed successfully
> - Both name nodes are stopped
> - Start the name node marked as standby. Namenode will never start.
> - This is because the standby name node will try to bootstrap again.
> - However to bootstrap a name node an active name node is required. Based on
> the HDFS logic the first step done when bootstrapping is to connect to the
> Active Namenode.
> - Also there is no need to bootstrap here as the name node should already be
> bootstrapped and should come back up as “Active"
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
