[ https://issues.apache.org/jira/browse/AMBARI-16028?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jayush Luniya reassigned AMBARI-16028: -------------------------------------- Assignee: Jayush Luniya > 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 > > > *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" : > "jay-msft-1.c.pramod-thangali.internal", > "dfs_ha_initial_namenode_standby" : > "jay-msft-2.c.pramod-thangali.internal” > } > } > } > {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)