[
https://issues.apache.org/jira/browse/AMBARI-18131?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15424481#comment-15424481
]
Hadoop QA commented on AMBARI-18131:
------------------------------------
{color:red}-1 overall{color}. Here are the results of testing the latest
attachment
http://issues.apache.org/jira/secure/attachment/12824131/AMBARI-18131.patch
against trunk revision .
{color:red}-1 patch{color}. Top-level trunk compilation may be broken.
Console output:
https://builds.apache.org/job/Ambari-trunk-test-patch/8439//console
This message is automatically generated.
> UI - atlas.rest.address needs to be recalculated by StackAdvisor whenever
> AtlasServer is added/moved/deleted
> ------------------------------------------------------------------------------------------------------------
>
> Key: AMBARI-18131
> URL: https://issues.apache.org/jira/browse/AMBARI-18131
> Project: Ambari
> Issue Type: Bug
> Components: ambari-web
> Affects Versions: 2.4.0
> Reporter: Alejandro Fernandez
> Assignee: Oleg Nechiporenko
> Fix For: 2.5.0
>
> Attachments: AMBARI-18131.patch
>
>
> Similar to Zookeeper Quorum, if the topology of Atlas Servers changes (move,
> delete, add), then Stack Advisor needs to recalculate atlas.rest.address
> property in atlas-application.properties
> The value is a csv of http(s):$server:$port for each Atlas Server.
> Today, the configuration files can only specify config-to-config
> dependencies, so there is no config-to-component dependency.
> This means that today the UI has config initializers to make changes to
> properties like hbase.zookeeper.quorum and nimbus.seeds
> Is this feasible in Ambari 2.4? Once this is done, we need to prevent the UI
> from editing atlas.rest.address after the cluster is deployed, since only
> Stack Advisor will allow calculating the value, so we may need the correct
> values for editable-only-at-install, overridable, read-only in the config
> file.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
