ambari-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Nathan Falk (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (AMBARI-13901) CLONE - The definition and hadling of hadoop-env should not be restrictive to HDFS
Date Mon, 16 Nov 2015 13:47:11 GMT

     [ https://issues.apache.org/jira/browse/AMBARI-13901?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Nathan Falk updated AMBARI-13901:
---------------------------------
    Description: 
This defect is cloned from AMBARI-12851. Here is the original description:

Hadoop Env configuration defined at the stack level is managed only if HDFS  service is slected
as part of the deployment. If HDFS is disabled and any alternate FS includes hadoop-env in
the stack, the configuration should be understood by the Ambari code and corresponding hadoop-env.sh
should be created properly on the hadoop/ambari agent machines.

I do not believe that the issue has been fully addressed by AMBARI-12837.

If a filesystem service is replacing HDFS, then it has to manage the core-site and hadoop-env
configurations, and possibly hdfs-site as well. Many of these properties are defined in site_properties.js,
but are defined as having a 'serviceName' of 'HDFS'. When it comes time for Ambari to display
these properties in the UI, they get left out. This is true both on the customize services
page of the installation wizard and on the Configs tab for the HCFS service.

On installation, anything that the HCFS service has defined in the stack in core-site.xml,
hdfs-site.xml or hadoop-env.xml does get saved to the database, even if some of the properties
do not appear on the Customize Services page.

However, if the admin tries to change any properties later (for example, the hadoop-env.sh
content), then only those properties which are displayed by the UI, which are those properties
that are NOT defined in site_properties.js, are saved.

The issue seems to be in these areas of the code, all in ambari-web/app/utils/config.js:

mergePredefinedWithSaved
mergePredefinedWithLoaded
serviceConfigUiAttributes

All 3 of these functions will set 'serviceName' in the serviceConfigObj to the serviceName
from the pre-defined config properties in configsPropertyDef.


  was:
This defect is cloned from AMBARI-12851. Here is the original description:

Hadoop Env configuration defined at the stack level is managed only if HDFS  service is slected
as part of the deployment. If HDFS is disabled and any alternate FS includes hadoop-env in
the stack, the configuration should be understood by the Ambari code and corresponding hadoop-env.sh
should be created properly on the hadoop/ambari agent machines.

I don't believe that the issue has been 


> CLONE - The definition and hadling of hadoop-env should not be restrictive to HDFS
> ----------------------------------------------------------------------------------
>
>                 Key: AMBARI-13901
>                 URL: https://issues.apache.org/jira/browse/AMBARI-13901
>             Project: Ambari
>          Issue Type: Bug
>            Reporter: Nathan Falk
>            Assignee: Sumit Mohanty
>             Fix For: trunk
>
>
> This defect is cloned from AMBARI-12851. Here is the original description:
> Hadoop Env configuration defined at the stack level is managed only if HDFS  service
is slected as part of the deployment. If HDFS is disabled and any alternate FS includes hadoop-env
in the stack, the configuration should be understood by the Ambari code and corresponding
hadoop-env.sh should be created properly on the hadoop/ambari agent machines.
> I do not believe that the issue has been fully addressed by AMBARI-12837.
> If a filesystem service is replacing HDFS, then it has to manage the core-site and hadoop-env
configurations, and possibly hdfs-site as well. Many of these properties are defined in site_properties.js,
but are defined as having a 'serviceName' of 'HDFS'. When it comes time for Ambari to display
these properties in the UI, they get left out. This is true both on the customize services
page of the installation wizard and on the Configs tab for the HCFS service.
> On installation, anything that the HCFS service has defined in the stack in core-site.xml,
hdfs-site.xml or hadoop-env.xml does get saved to the database, even if some of the properties
do not appear on the Customize Services page.
> However, if the admin tries to change any properties later (for example, the hadoop-env.sh
content), then only those properties which are displayed by the UI, which are those properties
that are NOT defined in site_properties.js, are saved.
> The issue seems to be in these areas of the code, all in ambari-web/app/utils/config.js:
> mergePredefinedWithSaved
> mergePredefinedWithLoaded
> serviceConfigUiAttributes
> All 3 of these functions will set 'serviceName' in the serviceConfigObj to the serviceName
from the pre-defined config properties in configsPropertyDef.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message