hadoop-common-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Steve Loughran (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (HADOOP-15477) Make unjar in RunJar overrideable
Date Sat, 02 Jun 2018 17:41:02 GMT

     [ https://issues.apache.org/jira/browse/HADOOP-15477?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel

Steve Loughran updated HADOOP-15477:
    Target Version/s: 2.7.8  (was: 2.10.0, 3.2.0, 3.1.1, 2.9.2, 3.0.3, 2.7.7, 2.8.5)

> Make unjar in RunJar overrideable
> ---------------------------------
>                 Key: HADOOP-15477
>                 URL: https://issues.apache.org/jira/browse/HADOOP-15477
>             Project: Hadoop Common
>          Issue Type: Improvement
>    Affects Versions: 2.8.3, 2.9.1, 2.7.6, 3.0.2
>            Reporter: Johan Gustavsson
>            Assignee: Johan Gustavsson
>            Priority: Trivial
>             Fix For: 3.2.0
>         Attachments: HADOOP-15477.001.patch, HADOOP-15477.002.patch, HADOOP-15477.003.patch,
> Currently Hadoop's RunJar will unjar the jar provided and look for any jars inside and
add them to the classpath. Since most deployments doesn't use jar in jar, but rather uberjars
this could be rather time consuming at times and can cause issues related to over consumption of
inodes, for something that is in many cases is not used.
> For that purpose there should be an env variable to disable this behavior.
> Edit: As requested by [~ajisakaa] in person here is a more detailed description of the
issues we are trying to solve with this.
> A good chunk of our workloads are packaged in an uberjar, and are launched as a separate
process using the {{hadoop jar}} cli. This is has generally been working out pretty well
historically, with sub second launch times and good client isolation. Since bumping the
host OS to a version patched with Meltdown/Specter patches we do see from time to time load
becoming very high even with only a few client processes running and a single unjar process
taking up to 10min. 
> While another simple approach would be to abandon using the {{hadoop jar}} cli this would
most likely take a lot more work than simply disabling unjar for the time being.

This message was sent by Atlassian JIRA

To unsubscribe, e-mail: common-issues-unsubscribe@hadoop.apache.org
For additional commands, e-mail: common-issues-help@hadoop.apache.org

View raw message