You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ambari.apache.org by "Alejandro Fernandez (JIRA)" <ji...@apache.org> on 2014/10/28 22:55:34 UTC

[jira] [Assigned] (AMBARI-7842) Ambari to manage tarballs on HDFS

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

Alejandro Fernandez reassigned AMBARI-7842:
-------------------------------------------

    Assignee: Alejandro Fernandez

> Ambari to manage tarballs on HDFS
> ---------------------------------
>
>                 Key: AMBARI-7842
>                 URL: https://issues.apache.org/jira/browse/AMBARI-7842
>             Project: Ambari
>          Issue Type: Bug
>            Reporter: Alejandro Fernandez
>            Assignee: Alejandro Fernandez
>            Priority: Blocker
>         Attachments: ambari_170_versioned_rpms.pptx
>
>
> With HDP 2.2, Ambari needs to copy the tarballs/jars from the local file system to a certain location in HDFS.
> The tarballs/jars no longer have a version number (either component version or HDP stack version + build) in the name), but the destination folder in HDFS does contain the HDP Version (e.g., 2.2.0.0-999).
> {code}
> /hdp/apps/$(hdp-stack-version)
>   |---- mapreduce/mapreduce.tar.gz
>   |---- mapreduce/hadoop-streaming.jar (which is needed by WebHcat. In the file system, it is a symlink to a versioned file, so HDFS needs to follow the link)
>   |---- tez/tez.tar.gz
>   |---- pig/pig.tar.gz
>   |---- hive/hive.tar.gz
>   |---- sqoop/sqoop.tar.gz
> {code}
> Furthermore, the folders created in HDFS need to have a permission of 0555, while files need 0444.
> The owner should be hdfs, and the group should be hadoop.



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