[
https://issues.apache.org/jira/browse/MAPREDUCE-5558?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ted Yu updated MAPREDUCE-5558:
------------------------------
Description:
HBase snapshot export adds dependent jars (local files) through "tmpjars"
config entry.
When debugging HBASE-9687, we found that scheme for local file (file://) is
lost by DistributedCache.addFileToClassPath() call in JobSubmitter.
The root cause of this problem is that we are somehow losing "file://" from the
uri. In the earlier code we were creating new Path object (new Path
(newPath.toUri().getPath()) ) where as part of newPath.toUri().getPath() call
we are losing the authority and scheme which are passed in.
Thanks to Omkar and Vinod who helped debug this issue
was:
HBase snapshot export adds dependent jars (local files) through "tmpjars"
config entry.
When debugging HBASE-9687, we found that scheme for local file (file://) is
lost by DistributedCache.addFileToClassPath() call in JobSubmitter.
The root cause of this problem is that we are somehow losing "file://" from the
uri. In the earlier code we were creating new Path object (new Path
(newPath.toUri().getPath()) ) where as part of newPath.toUri().getPath() call
we are losing the authority and scheme which are passed in.
Thanks to Omkar who helped debug this issue
> Scheme for local file is lost when submitting mapreduce job using mapreduce
> API
> -------------------------------------------------------------------------------
>
> Key: MAPREDUCE-5558
> URL: https://issues.apache.org/jira/browse/MAPREDUCE-5558
> Project: Hadoop Map/Reduce
> Issue Type: Bug
> Affects Versions: 2.1.0-beta, 2.1.1-beta, 2.1.2-beta
> Reporter: Ted Yu
> Assignee: Ted Yu
> Priority: Blocker
> Attachments: mapreduce-5558.patch
>
>
> HBase snapshot export adds dependent jars (local files) through "tmpjars"
> config entry.
> When debugging HBASE-9687, we found that scheme for local file (file://) is
> lost by DistributedCache.addFileToClassPath() call in JobSubmitter.
> The root cause of this problem is that we are somehow losing "file://" from
> the uri. In the earlier code we were creating new Path object (new Path
> (newPath.toUri().getPath()) ) where as part of newPath.toUri().getPath() call
> we are losing the authority and scheme which are passed in.
> Thanks to Omkar and Vinod who helped debug this issue
--
This message was sent by Atlassian JIRA
(v6.1#6144)
