[
https://issues.apache.org/jira/browse/AMBARI-19524?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15822232#comment-15822232
]
Hadoop QA commented on AMBARI-19524:
------------------------------------
{color:green}+1 overall{color}. Here are the results of testing the latest
attachment
http://issues.apache.org/jira/secure/attachment/12847360/AMBARI-19524_trunk.patch
against trunk revision .
{color:green}+1 @author{color}. The patch does not contain any @author
tags.
{color:green}+1 tests included{color}. The patch appears to include 2 new
or modified test files.
{color:green}+1 javac{color}. The applied patch does not increase the
total number of javac compiler warnings.
{color:green}+1 release audit{color}. The applied patch does not increase
the total number of release audit warnings.
{color:green}+1 core tests{color}. The patch passed unit tests in
ambari-server.
Test results:
https://builds.apache.org/job/Ambari-trunk-test-patch/10045//testReport/
Console output:
https://builds.apache.org/job/Ambari-trunk-test-patch/10045//console
This message is automatically generated.
> Use stack-level Atlas conf directory instead of hard-coded /etc/atlas/conf
> path
> -------------------------------------------------------------------------------
>
> Key: AMBARI-19524
> URL: https://issues.apache.org/jira/browse/AMBARI-19524
> Project: Ambari
> Issue Type: Bug
> Components: ambari-server
> Affects Versions: 2.4.0
> Environment: All
> Reporter: Vishal Suvagia
> Assignee: Vishal Suvagia
> Fix For: 2.5.0
>
> Attachments: AMBARI-19524_branch-2.5.patch, AMBARI-19524_trunk.patch
>
>
> This is a bug that should have been fixed in Ambari 2.4 but showed up too
> late in the release and has repercussions to test it.
> Basically, status_params.py for Atlas service in Ambari sets
> {code}
> conf_dir = os.environ['METADATA_CONF'] if 'METADATA_CONF' in os.environ else
> '/etc/atlas/conf'
> {code}
> This is technically incorrect since /etc/atlas/conf is a symlink to
> /usr/hdp/current/atlas-client/conf, which is then a symlink to
> /etc/atlas/$some_version/0
> During Rolling Upgrade,
> 1. Atlas Server is stopped, new configs are written to
> /etc/atlas/$new_version/0, then symlink is changed so that
> /usr/hdp/current/atlas-server points to new version, and Atlas Server is
> started
> At this point, /etc/atlas/conf -> /usr/hdp/current/atlas-client/conf (which
> is still using the old version) since the client has not yet been updated.
> 2. Atlas Client has new configs written to /etc/atlas/$new_version/0, then
> symlink is changed so that /usr/hdp/current/atlas-client points to new version
> Basically, we need to look at the usages of conf_dir and make sure it is
> correct during all scenarios.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
