Return-Path: X-Original-To: apmail-ambari-dev-archive@www.apache.org Delivered-To: apmail-ambari-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id EF4D311E82 for ; Mon, 8 Sep 2014 17:02:33 +0000 (UTC) Received: (qmail 92480 invoked by uid 500); 8 Sep 2014 17:02:28 -0000 Delivered-To: apmail-ambari-dev-archive@ambari.apache.org Received: (qmail 92451 invoked by uid 500); 8 Sep 2014 17:02:28 -0000 Mailing-List: contact dev-help@ambari.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@ambari.apache.org Delivered-To: mailing list dev@ambari.apache.org Received: (qmail 92440 invoked by uid 99); 8 Sep 2014 17:02:28 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 08 Sep 2014 17:02:28 +0000 Date: Mon, 8 Sep 2014 17:02:28 +0000 (UTC) From: "Robert Levas (JIRA)" To: dev@ambari.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Assigned] (AMBARI-7204) Ambari Automated Kerberization MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/AMBARI-7204?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Levas reassigned AMBARI-7204: ------------------------------------ Assignee: Robert Levas > Ambari Automated Kerberization > ------------------------------ > > Key: AMBARI-7204 > URL: https://issues.apache.org/jira/browse/AMBARI-7204 > Project: Ambari > Issue Type: Epic > Components: ambari-server, security, stacks > Affects Versions: 2.0.0 > Environment: Kerberos > Reporter: Robert Levas > Assignee: Robert Levas > Labels: active-directory, authentication, kerberos, mit-kerberos, security, stack > Attachments: AmbariClusterKerberization.pdf > > Original Estimate: 2,016h > Remaining Estimate: 2,016h > > *Problem* > Manually installing and setting up Kerberos for a secure Hadoop cluster is error prone, largely manual and a potential source of configuration problems. It requires many steps where configuration files and credentials may need to be distributed across many nodes. Because of this the process is time consuming and lead to a high probability of user error. > The problem is exacerbated when the cluster is modified by adding or removing nodes and services. > *Solution* > Use Ambari to secure the cluster using Kerberos. By automating the process of setting up Kerberos, the repetitive tasks of distributing configuration details and credentials can be done in parallel to the nodes within the cluster. This also negates most user-related errors due to the lack of interaction a user has with the process. > See [^AmbariClusterKerberization.pdf] for more details. -- This message was sent by Atlassian JIRA (v6.3.4#6332)