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)