Details
-
Bug
-
Status: Resolved
-
Major
-
Resolution: Duplicate
-
None
-
None
-
None
-
None
Description
I ran into an issue when tried Mesos 0.26 version and started a marathon app using URI (with maprfs path) on a mesos cluster.
The issue seems to be caused by Mesos-3602 fix, and is causing issue for maprfs (mapr filesystem) when specified maprfs path as URI on marathon.
The issue is that, It is appending '/' to the URI maprfs path specified, in the beginning, and is not executed as expected. e.g.
=====
hadoop fs -copyToLocal '/maprfs:///dist/hadoop-2.7.0.myriad1.tar.gz' '/opt/mapr/slaves/67d1f64c-449b-4609-82f3-5da309f3c5c5-S9/frameworks/67d1f64c-449b-4609-82f3-5da309f3c5c5-0000/executors/myriad1.63bbb98c-c072-11e5-b686-0cc47a587d20/runs/427fe309-82c5-4f8b-9fa3-6dd39a4a5ef4/hadoop-2.7.0.myriad1.tar.gz
-copyToLocal: java.net.URISyntaxException: Expected scheme-specific part at index 7: maprfs:
=====
The fix for Mesos-3602 only assumes hdfs path, and doesn't consider other cases, such as maprfs or other dfs paths.
Attachments
Issue Links
- duplicates
-
MESOS-4304 hdfs operations fail due to prepended / on path for non-hdfs hadoop clients.
- Resolved