Mailing-List: contact dev-help@ambari.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@ambari.apache.org
Content-Type: multipart/alternative;
 boundary="===============3535028453316204809=="
MIME-Version: 1.0
Subject: Re: Review Request 26768: Setting hadoop.security.authorization=true
 in a non-Kerberized cluster causes DataNodes to not start
From: "Yusaku Sako" <yusaku@hortonworks.com>
To: "Yusaku Sako" <yusaku@hortonworks.com>,
 "Srimanth Gunturi" <srimanth@hortonworks.com>
Cc: "Ambari" <dev@ambari.apache.org>, "Jaimin Jetly" <jaimin@hortonworks.com>
Date: Wed, 15 Oct 2014 18:55:59 -0000
Message-ID: <20141015185559.24414.85306@reviews.apache.org>
Auto-Submitted: auto-generated
Sender: "Yusaku Sako" <noreply@reviews.apache.org>
References: <20141015184945.24414.77639@reviews.apache.org>
In-Reply-To: <20141015184945.24414.77639@reviews.apache.org>
Reply-To: "Yusaku Sako" <yusaku@hortonworks.com>

--===============3535028453316204809==
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/26768/#review56770
-----------------------------------------------------------

Ship it!


Ship It!

- Yusaku Sako


On Oct. 15, 2014, 6:49 p.m., Jaimin Jetly wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/26768/
> -----------------------------------------------------------
> 
> (Updated Oct. 15, 2014, 6:49 p.m.)
> 
> 
> Review request for Ambari, Srimanth Gunturi and Yusaku Sako.
> 
> 
> Bugs: AMBARI-7794
>     https://issues.apache.org/jira/browse/AMBARI-7794
> 
> 
> Repository: ambari
> 
> 
> Description
> -------
> 
> This side effect (hadoop.security.authorization=true breaking things when hadoop.security.authentication=simple) was introduced in Ambari-1.6.0 via AMBARI-5387; this release coincided with Blueprints feature, but the problem happens with non-BP deployed cluster as well.
> We should fix the stack definition so that principals and keytabs properties are not defined when the cluster is not Kerberized.
> 
> 
> Diffs
> -----
> 
>   ambari-server/src/main/resources/stacks/HDP/1.3.2/services/HBASE/configuration/hbase-site.xml a4ec9ba 
>   ambari-server/src/main/resources/stacks/HDP/1.3.2/services/HDFS/configuration/hdfs-site.xml b07d475 
>   ambari-server/src/main/resources/stacks/HDP/1.3.2/services/HIVE/configuration/hive-site.xml a661af8 
>   ambari-server/src/main/resources/stacks/HDP/1.3.2/services/MAPREDUCE/configuration/mapred-site.xml 7ca3d80 
>   ambari-server/src/main/resources/stacks/HDP/2.0.6/services/HBASE/configuration/hbase-site.xml a0ca6d7 
>   ambari-server/src/main/resources/stacks/HDP/2.0.6/services/HDFS/configuration/hdfs-site.xml eb5ebdc 
>   ambari-server/src/main/resources/stacks/HDP/2.0.6/services/HIVE/configuration/hive-site.xml 4d2ff86 
>   ambari-server/src/main/resources/stacks/HDP/2.0.6/services/YARN/configuration-mapred/mapred-site.xml f8d7b89 
> 
> Diff: https://reviews.apache.org/r/26768/diff/
> 
> 
> Testing
> -------
> 
> The patch only includes changes in the stack xml files. 
> The patch was tested to work on HDP-2.2 stack with marking hadoop.security.authorization=true.
> 
> 
> Thanks,
> 
> Jaimin Jetly
> 
>


--===============3535028453316204809==--