[jira] [Commented] (HBASE-20041) cannot start mini mapreduce cluster for ITs
[ https://issues.apache.org/jira/browse/HBASE-20041?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16373404#comment-16373404 ] Hudson commented on HBASE-20041: FAILURE: Integrated in Jenkins build HBase-Trunk_matrix #4631 (See [https://builds.apache.org/job/HBase-Trunk_matrix/4631/]) HBASE-20041 move jersey-1 exclusions to hbase-rest (mdrob: rev aef60a11b5a2deac19216ff396ba31c5df0c70d0) * (edit) pom.xml * (edit) hbase-rest/pom.xml > cannot start mini mapreduce cluster for ITs > --- > > Key: HBASE-20041 > URL: https://issues.apache.org/jira/browse/HBASE-20041 > Project: HBase > Issue Type: Sub-task >Reporter: Mike Drob >Assignee: Mike Drob >Priority: Major > Fix For: 2.0.0-beta-2 > > Attachments: HBASE-20041.patch > > > We killed a lot of the jersey yarn dependencies, so now we can't start the > hadoop3 mini MR cluster. This make ITs sad. > Need to fix it. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20041) cannot start mini mapreduce cluster for ITs
[ https://issues.apache.org/jira/browse/HBASE-20041?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16372400#comment-16372400 ] stack commented on HBASE-20041: --- +1 Thanks [~mdrob] > cannot start mini mapreduce cluster for ITs > --- > > Key: HBASE-20041 > URL: https://issues.apache.org/jira/browse/HBASE-20041 > Project: HBase > Issue Type: Sub-task >Reporter: Mike Drob >Assignee: Mike Drob >Priority: Major > Fix For: 2.0.0-beta-2 > > Attachments: HBASE-20041.patch > > > We killed a lot of the jersey yarn dependencies, so now we can't start the > hadoop3 mini MR cluster. This make ITs sad. > Need to fix it. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20041) cannot start mini mapreduce cluster for ITs
[ https://issues.apache.org/jira/browse/HBASE-20041?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16372364#comment-16372364 ] Mike Drob commented on HBASE-20041: --- bq. No one depends on hadoop-yarn-server-nodemanager, etc., running against h3 but hbase-rest? hbase-rest is the only place where we need to completely kill the com.sun.jersey deps, everywhere else can keep the yarn jersey it doesn't hurt anything. bq. This all to support MR PE against REST? If we killed the latter facility would that help? I haven't tried it yet, but I don't think it will work. All of this gymnastics is to get disparate things working - haven't even imagined the intersection yet. bq. You think the purge of the above from dependency management causes HBASE-20043? I've not tried it. Did it work before this change? I spot checked some older commits and it didn't work there either. Haven't had time to run bisect. > cannot start mini mapreduce cluster for ITs > --- > > Key: HBASE-20041 > URL: https://issues.apache.org/jira/browse/HBASE-20041 > Project: HBase > Issue Type: Sub-task >Reporter: Mike Drob >Assignee: Mike Drob >Priority: Major > Fix For: 2.0.0-beta-2 > > Attachments: HBASE-20041.patch > > > We killed a lot of the jersey yarn dependencies, so now we can't start the > hadoop3 mini MR cluster. This make ITs sad. > Need to fix it. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20041) cannot start mini mapreduce cluster for ITs
[
https://issues.apache.org/jira/browse/HBASE-20041?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16372355#comment-16372355
]
Hadoop QA commented on HBASE-20041:
---
| (x) *{color:red}-1 overall{color}* |
\\
\\
|| Vote || Subsystem || Runtime || Comment ||
| {color:blue}0{color} | {color:blue} reexec {color} | {color:blue} 0m
15s{color} | {color:blue} Docker mode activated. {color} |
|| || || || {color:brown} Prechecks {color} ||
| {color:green}+1{color} | {color:green} @author {color} | {color:green} 0m
0s{color} | {color:green} The patch does not contain any @author tags. {color} |
| {color:red}-1{color} | {color:red} test4tests {color} | {color:red} 0m
0s{color} | {color:red} The patch doesn't appear to include any new or modified
tests. Please justify why no new tests are needed for this patch. Also please
list what manual steps were performed to verify this patch. {color} |
|| || || || {color:brown} master Compile Tests {color} ||
| {color:blue}0{color} | {color:blue} mvndep {color} | {color:blue} 0m
13s{color} | {color:blue} Maven dependency ordering for branch {color} |
| {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 5m
17s{color} | {color:green} master passed {color} |
| {color:green}+1{color} | {color:green} compile {color} | {color:green} 4m
47s{color} | {color:green} master passed {color} |
| {color:green}+1{color} | {color:green} shadedjars {color} | {color:green} 15m
42s{color} | {color:green} branch has no errors when building our shaded
downstream artifacts. {color} |
| {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 3m
48s{color} | {color:green} master passed {color} |
|| || || || {color:brown} Patch Compile Tests {color} ||
| {color:blue}0{color} | {color:blue} mvndep {color} | {color:blue} 0m
13s{color} | {color:blue} Maven dependency ordering for patch {color} |
| {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 5m
29s{color} | {color:green} the patch passed {color} |
| {color:green}+1{color} | {color:green} compile {color} | {color:green} 4m
45s{color} | {color:green} the patch passed {color} |
| {color:green}+1{color} | {color:green} javac {color} | {color:green} 4m
45s{color} | {color:green} the patch passed {color} |
| {color:green}+1{color} | {color:green} whitespace {color} | {color:green} 0m
0s{color} | {color:green} The patch has no whitespace issues. {color} |
| {color:green}+1{color} | {color:green} xml {color} | {color:green} 0m
3s{color} | {color:green} The patch has no ill-formed XML file. {color} |
| {color:green}+1{color} | {color:green} shadedjars {color} | {color:green} 5m
42s{color} | {color:green} patch has no errors when building our shaded
downstream artifacts. {color} |
| {color:green}+1{color} | {color:green} hadoopcheck {color} | {color:green}
19m 37s{color} | {color:green} Patch does not cause any errors with Hadoop
2.6.5 2.7.4 or 3.0.0. {color} |
| {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 2m
51s{color} | {color:green} the patch passed {color} |
|| || || || {color:brown} Other Tests {color} ||
| {color:green}+1{color} | {color:green} unit {color} | {color:green}175m
34s{color} | {color:green} root in the patch passed. {color} |
| {color:green}+1{color} | {color:green} asflicense {color} | {color:green} 0m
53s{color} | {color:green} The patch does not generate ASF License warnings.
{color} |
| {color:black}{color} | {color:black} {color} | {color:black}229m 31s{color} |
{color:black} {color} |
\\
\\
|| Subsystem || Report/Notes ||
| Docker | Client=17.05.0-ce Server=17.05.0-ce Image:yetus/hbase:eee3b01 |
| JIRA Issue | HBASE-20041 |
| JIRA Patch URL |
https://issues.apache.org/jira/secure/attachment/12911444/HBASE-20041.patch |
| Optional Tests | asflicense javac javadoc unit shadedjars hadoopcheck
xml compile |
| uname | Linux 66ad60822e5b 3.13.0-139-generic #188-Ubuntu SMP Tue Jan 9
14:43:09 UTC 2018 x86_64 GNU/Linux |
| Build tool | maven |
| Personality |
/home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/component/dev-support/hbase-personality.sh
|
| git revision | master / 3a3994223c |
| maven | version: Apache Maven 3.5.2
(138edd61fd100ec658bfa2d307c43b76940a5d7d; 2017-10-18T07:58:13Z) |
| Default Java | 1.8.0_151 |
| Test Results |
https://builds.apache.org/job/PreCommit-HBASE-Build/11607/testReport/ |
| Max. process+thread count | 5226 (vs. ulimit of 1) |
| modules | C: hbase-rest . U: . |
| Console output |
https://builds.apache.org/job/PreCommit-HBASE-Build/11607/console |
| Powered by | Apache Yetus 0.7.0 http://yetus.apache.org |
This message was automatically generated.
> cannot start mini mapreduce cluster for ITs
> ---
>
> Key: HBASE-20041
> URL: https://issues.apache.org/jira/browse/HBASE-20041
> Project: HBase
>
[jira] [Commented] (HBASE-20041) cannot start mini mapreduce cluster for ITs
[ https://issues.apache.org/jira/browse/HBASE-20041?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16372168#comment-16372168 ] stack commented on HBASE-20041: --- No one depends on hadoop-yarn-server-nodemanager, etc., running against h3 but hbase-rest? This all to support MR PE against REST? If we killed the latter facility would that help? You think the purge of the above from dependency management causes HBASE-20043? I've not tried it. Did it work before this change? Thanks [~mdrob] > cannot start mini mapreduce cluster for ITs > --- > > Key: HBASE-20041 > URL: https://issues.apache.org/jira/browse/HBASE-20041 > Project: HBase > Issue Type: Sub-task >Reporter: Mike Drob >Assignee: Mike Drob >Priority: Major > Fix For: 2.0.0-beta-2 > > Attachments: HBASE-20041.patch > > > We killed a lot of the jersey yarn dependencies, so now we can't start the > hadoop3 mini MR cluster. This make ITs sad. > Need to fix it. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20041) cannot start mini mapreduce cluster for ITs
[
https://issues.apache.org/jira/browse/HBASE-20041?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16372006#comment-16372006
]
Mike Drob commented on HBASE-20041:
---
For future web crawlers, in case this comes up again
{noformat}
Exception in thread "Thread-391" java.lang.NoClassDefFoundError:
com/sun/jersey/core/util/FeaturesAndProperties
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:763)
at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:467)
at java.net.URLClassLoader.access$100(URLClassLoader.java:73)
at java.net.URLClassLoader$1.run(URLClassLoader.java:368)
at java.net.URLClassLoader$1.run(URLClassLoader.java:362)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:361)
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:335)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:763)
at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:467)
at java.net.URLClassLoader.access$100(URLClassLoader.java:73)
at java.net.URLClassLoader$1.run(URLClassLoader.java:368)
at java.net.URLClassLoader$1.run(URLClassLoader.java:362)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:361)
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:335)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:763)
at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:467)
at java.net.URLClassLoader.access$100(URLClassLoader.java:73)
at java.net.URLClassLoader$1.run(URLClassLoader.java:368)
at java.net.URLClassLoader$1.run(URLClassLoader.java:362)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:361)
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:335)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
at java.lang.Class.getDeclaredConstructors0(Native Method)
at java.lang.Class.privateGetDeclaredConstructors(Class.java:2671)
at java.lang.Class.getDeclaredConstructors(Class.java:2020)
at
com.google.inject.spi.InjectionPoint.forConstructorOf(InjectionPoint.java:245)
at
com.google.inject.internal.ConstructorBindingImpl.create(ConstructorBindingImpl.java:99)
at
com.google.inject.internal.InjectorImpl.createUninitializedBinding(InjectorImpl.java:658)
at
com.google.inject.internal.InjectorImpl.createJustInTimeBinding(InjectorImpl.java:882)
at
com.google.inject.internal.InjectorImpl.createJustInTimeBindingRecursive(InjectorImpl.java:805)
at
com.google.inject.internal.InjectorImpl.getJustInTimeBinding(InjectorImpl.java:282)
at
com.google.inject.internal.InjectorImpl.getBindingOrThrow(InjectorImpl.java:214)
at
com.google.inject.internal.InjectorImpl.getBinding(InjectorImpl.java:155)
at
com.google.inject.internal.InjectorImpl.getBinding(InjectorImpl.java:67)
at
com.google.inject.servlet.FilterDefinition.init(FilterDefinition.java:97)
at
com.google.inject.servlet.ManagedFilterPipeline.initPipeline(ManagedFilterPipeline.java:99)
at com.google.inject.servlet.GuiceFilter.init(GuiceFilter.java:220)
at
org.eclipse.jetty.servlet.FilterHolder.initialize(FilterHolder.java:139)
at
org.eclipse.jetty.servlet.ServletHandler.initialize(ServletHandler.java:873)
at
org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:349)
at
org.eclipse.jetty.webapp.WebAppContext.startWebapp(WebAppContext.java:1406)
at
org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1368)
at
org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:778)
at
org.eclipse.jetty.servlet.ServletContextHandler.doStart(ServletContextHandler.java:262)
at
org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:522)
at
