[ 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