[ 
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 who helped debug this issue

  was:
HBase snapshot export adds dependent jars (local files) through "tmpjars" 
config entry.

When debugging BUG-9392, 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
>            Reporter: Ted Yu
>            Assignee: Ted Yu
>
> 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



--
This message was sent by Atlassian JIRA
(v6.1#6144)

Reply via email to