ambari-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Bolke de Bruin (JIRA)" <>
Subject [jira] [Commented] (AMBARI-6432) FreeIPA Support in Ambari
Date Wed, 09 Mar 2016 16:51:40 GMT


Bolke de Bruin commented on AMBARI-6432:

[~rlevas] On the review board I mentioned it, however I will see if I can remove the "ok-as-delegate"
option, that probably makes it ipa 3 compatible (you really should use 4). Furthermore there
is another issue (next to the lowercase/uppercase) that Ambari is regenerating the test user
principal keytab for every host (which is weird as it is not host bound) and this makes the
password reset for that user, so only the last keytab is valid. So it fails validation. I
don't like this behavior but will see if I can implement a password chat for this.

Thanks for the approach to how to get it to lowercase, I will look into that.

> FreeIPA Support in Ambari
> -------------------------
>                 Key: AMBARI-6432
>                 URL:
>             Project: Ambari
>          Issue Type: Improvement
>          Components: ambari-server
>    Affects Versions: trunk
>            Reporter: jay vyas
>            Assignee: Bolke de Bruin
>             Fix For: 2.4.0
>         Attachments: AMBARI-6432-FreeIPA.patch, AMBARI-6432.patch, AMBARI-6432.trunk.v1.patch,
AMBARI-6432.trunk.v2.patch, AMBARI-6432.trunk.v3.patch, AMBARI-6432.trunk.v4.patch, AMBARI-6432.trunk.v5.patch,
AMBARI-6432.trunk.v5.patch, ipa-patch-v0.5.patch
> FreeIPA Is a powerful tool for unifying identity, kerberos credentials, across a cluster.
> A great value add for ambari would be to provide support for using FreeIPA to kerberize
services.  This would allow for 
> 1) better HCFS interoperability, because first class GID/UID is critical for certain
file systems (GlusterFS, Lustre, and any other file system which uses kernel / FUSE apis for
determining identity)
> 2) better enterprise interoperability.  Because of the fact that FreeIPA makes it easy
to interop with different identity solutions (like active directory), it would make ambari
easier to adopt for various enterprises.
> 3) broadens ambaris scope.  Now ambari could also allow people to setup the users of
their clusters, and at least some of the security features of their clusters, all from one
interface (no more manual handling of TGTs and such - it could all be done quite easily via
the ambari UI which could make calls to underlying FreeIPA clients).

This message was sent by Atlassian JIRA

View raw message