You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hive.apache.org by "john lilley (JIRA)" <ji...@apache.org> on 2015/11/19 01:15:11 UTC
[jira] [Created] (HIVE-12459) Tez startup dislikes spaces in
classpath on Windows
john lilley created HIVE-12459:
----------------------------------
Summary: Tez startup dislikes spaces in classpath on Windows
Key: HIVE-12459
URL: https://issues.apache.org/jira/browse/HIVE-12459
Project: Hive
Issue Type: Bug
Components: Tez
Affects Versions: 0.14.0
Reporter: john lilley
Assignee: Vikram Dixit K
We are seeing an issue that I summarize as “Tez doesn’t like spaces in the classpath”, but I wanted to check with the group before submitting a JIRA. This is showing when we try to access Hive on HDP 2.3 from a Windows client, where we’ve put the client jars in a classpath that contains spaces.
The causing line in our code is:
state = SessionState.start(hiveConf);
where SessionState is in org.apache.hadoop.hive.ql.session
The exception stack is:
net/redpoint/hiveclient/DMHCatClient.newInstance:java.lang.RuntimeException: java.io.FileNotFoundException: File file:/C:/Program%20Files/RedPointDM7/hadoop/clusters/hds-cent6/lib/hive-exec-1.2.1.2.3.0.0-2557.jar does not exist
Additional message:
org.apache.hadoop.hive.ql.session.SessionState.start(SessionState.java:535)
org.apache.hadoop.hive.ql.session.SessionState.start(SessionState.java:466)
net.redpoint.hiveclient.DMHCatClient.<init>(DMHCatClient.java:255)
net.redpoint.hiveclient.DMHCatClient.newInstance(DMHCatClient.java:59)
Caused by: java.io.FileNotFoundException: File file:/C:/Program%20Files/RedPointDM7/hadoop/clusters/hds-cent6/lib/hive-exec-1.2.1.2.3.0.0-2557.jar does not exist
org.apache.hadoop.fs.RawLocalFileSystem.deprecatedGetFileStatus(RawLocalFileSystem.java:606)
org.apache.hadoop.fs.RawLocalFileSystem.getFileLinkStatusInternal(RawLocalFileSystem.java:819)
org.apache.hadoop.fs.RawLocalFileSystem.getFileStatus(RawLocalFileSystem.java:596)
org.apache.hadoop.fs.FilterFileSystem.getFileStatus(FilterFileSystem.java:421)
org.apache.hadoop.fs.ChecksumFileSystem$ChecksumFSInputChecker.<init>(ChecksumFileSystem.java:140)
org.apache.hadoop.fs.ChecksumFileSystem.open(ChecksumFileSystem.java:341)
org.apache.hadoop.fs.FileSystem.open(FileSystem.java:767)
org.apache.hadoop.hive.ql.exec.tez.TezSessionState.getSha(TezSessionState.java:356)
org.apache.hadoop.hive.ql.exec.tez.TezSessionState.createJarLocalResource(TezSessionState.java:332)
org.apache.hadoop.hive.ql.exec.tez.TezSessionState.open(TezSessionState.java:151)
org.apache.hadoop.hive.ql.exec.tez.TezSessionState.open(TezSessionState.java:116)
org.apache.hadoop.hive.ql.session.SessionState.start(SessionState.java:532)
org.apache.hadoop.hive.ql.session.SessionState.start(SessionState.java:466)
net.redpoint.hiveclient.DMHCatClient.<init>(DMHCatClient.java:255)
net.redpoint.hiveclient.DMHCatClient.newInstance(DMHCatClient.java:59)
It sure looks like something in the client code is turning “C:/Program Files” into “C:/Program%20Files”. I am certain that it is not our code, because we otherwise access all of the jars and Java classes just fine.
Furthermore, disabling Tez for client-side Hive query in the configuration seems to fix or avoid the issue:
theConfiguration.set("hive.execution.engine", "mr");
The stack trace doesn’t make sense to me, because we use FileSystem all over the place and it doesn’t run into this problem when accessing HDFS, only when connecting to Hive.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)