You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hive.apache.org by "Eugene Koifman (JIRA)" <ji...@apache.org> on 2015/03/24 02:25:52 UTC

[jira] [Created] (HIVE-10066) Hive on Tez job submission through WebHCat doesn't ship Tez artifacts

Eugene Koifman created HIVE-10066:
-------------------------------------

             Summary: Hive on Tez job submission through WebHCat doesn't ship Tez artifacts
                 Key: HIVE-10066
                 URL: https://issues.apache.org/jira/browse/HIVE-10066
             Project: Hive
          Issue Type: Bug
    Affects Versions: 1.0.0
            Reporter: Eugene Koifman
            Assignee: Eugene Koifman


>From [~hitesh]:
Tez is a client-side only component ( no daemons, etc ) and therefore it is meant to be installed on the gateway box ( or where its client libraries are needed by any other services’ daemons). It does not have any cluster dependencies both in terms of libraries/jars as well as configs. When it runs on a worker node, everything was pre-packaged and made available to the worker node via the distributed cache via the client code. Hence, its client-side configs are also only needed on the same (client) node as where it is installed. The only other install step needed is to have the tez tarball be uploaded to HDFS and the config has an entry “tez.lib.uris” which points to the HDFS path. 


We need a way to pass client jars and tez-site.xml to the LaunchMapper.

We should create a general purpose mechanism here which would also include sending hive-site.xml to LaunchMapper so that there is no duplication between hive-site.xml and templeton.hive.properties in webhcat-site.xml.



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