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/17 05:57:34 UTC

[jira] [Updated] (AMBARI-7825) Rolling Upgrades - hdfs:///apps/tez/tez.tar.gz needs to be versioned

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

Alejandro Fernandez updated AMBARI-7825:
----------------------------------------
    Fix Version/s: 2.0.0

> Rolling Upgrades - hdfs:///apps/tez/tez.tar.gz needs to be versioned
> --------------------------------------------------------------------
>
>                 Key: AMBARI-7825
>                 URL: https://issues.apache.org/jira/browse/AMBARI-7825
>             Project: Ambari
>          Issue Type: Bug
>          Components: ambari-server
>    Affects Versions: 1.7.0
>            Reporter: Alejandro Fernandez
>            Assignee: Alejandro Fernandez
>            Priority: Blocker
>             Fix For: 1.7.0, 2.0.0
>
>         Attachments: AMBARI-7825.patch
>
>
> *HDP 2.2 using versioned RPMs*
> When Ambari installs Hive, it copies any file that matches /usr/hdp/current/tez-client/lib/tez*.tar.gz file to hdfs:///apps/tez/tez.tar.gz
> (Aside: it also ends up copying other tez-* files that it shouldn't because they are not needed, and already zipped in the tar.gz file)
> The problem is that during a rolling upgrade, currently running jobs still needs to reference the same jar files as when they were created.
> Today, Hive's install_jars.py and params.py route /usr/hdp/current/tez-client/lib/tez*.tar.gz => tez.tar.gz
> Instead, it should preserve the version number when copying to HDFS.
> Further, when tez.py generates the tez-site.xml file, it should replace the value of the tez.lib.uris parameter to include the rpm version number in the value, e.g., hdfs:////apps/tez/tez-0.6.0.2.2.0.0-887.tar.gz



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