[
https://issues.apache.org/jira/browse/HDFS-13302?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16451185#comment-16451185
]
Hudson commented on HDFS-13302:
-------------------------------
SUCCESS: Integrated in Jenkins build Hadoop-trunk-Commit #14057 (See
[https://builds.apache.org/job/Hadoop-trunk-Commit/14057/])
HDFS-13302. Ozone: fix classpath of yarn components. Contributed by (aengineer:
rev fb9ba120ce9a36fc7ad0b88257464c3884bdb957)
* (edit) dev-support/bin/dist-layout-stitching
> Ozone: fix classpath of yarn components
> ---------------------------------------
>
> Key: HDFS-13302
> URL: https://issues.apache.org/jira/browse/HDFS-13302
> Project: Hadoop HDFS
> Issue Type: Sub-task
> Components: HDFS-7240
> Affects Versions: HDFS-7240
> Reporter: Elek, Marton
> Assignee: Elek, Marton
> Priority: Major
> Fix For: HDFS-7240
>
> Attachments: HDFS-13302-HDFS-7240.001.patch
>
>
> HDFS-13258 introduced a separated classpath for hdsl/cblock/ozone components.
> The reason is the behaviour of the dist-layout-stitching. The internal copy
> command in the dist-layout-stitching copies the jar files only if they don
> not exist in any of the existing subfolder of the share/hadoop directory.
> With the new separated classpath if some of the dependencies are already
> copied to share/hadoop/hdsl or share/hadoop/ozone, they won't be copied to
> the share/hadoop/yarn directory and won't be added to the classpath. (as the
> hdsl copy is before the yarn copy commands)
> Could be fixed easily with moving the ozone/cblock/hdsl related stuff to the
> end of the dist-layout-stitching.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: hdfs-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: hdfs-issues-h...@hadoop.apache.org
