Mailing-List: contact issues-help@ambari.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@ambari.apache.org
Date: Fri, 27 Jan 2017 15:44:25 +0000 (UTC)
From: "Hadoop QA (JIRA)" <jira@apache.org>
To: issues@ambari.apache.org
Message-ID: <JIRA.13034653.1484315441000.19044.1485531865138@Atlassian.JIRA>
In-Reply-To: <JIRA.13034653.1484315441000@Atlassian.JIRA>
References: <JIRA.13034653.1484315441000@Atlassian.JIRA> <JIRA.13034653.1484315441966@jira-lw-us.apache.org>
Subject: [jira] [Commented] (AMBARI-19524) Use stack-level Atlas conf
 directory instead of hard-coded /etc/atlas/conf path
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
archived-at: Fri, 27 Jan 2017 15:44:35 -0000


    [ https://issues.apache.org/jira/browse/AMBARI-19524?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15843019#comment-15843019 ] 

Hadoop QA commented on AMBARI-19524:
------------------------------------

{color:red}-1 overall{color}.  Here are the results of testing the latest attachment 
  http://issues.apache.org/jira/secure/attachment/12849702/AMBARI-19524.1.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/10287//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.1.patch, 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)