ovirt-engine_4.1_check-patch-fc25-x86_64 build has failed
Description
Activity
Eyal Edri January 19, 2017 at 11:59 AM
Juan replied on the infra list on a possible issue he's seen happens sporadically, possible fix posted: https://gerrit.ovirt.org/#/c/70820/3
Former user January 17, 2017 at 3:23 PM
Build history for the node is available here:
http://jenkins.ovirt.org/computer/vm0050.workers-phx.ovirt.org/builds
Builds themselves run inside mock, so the working environment should be clean for each build.
Indeed this may have been an upstream glitch and since a re-trigger fixed it we can probably
take note of this event and close the ticket.
Former user January 17, 2017 at 3:12 PM
What failed is maven and/or one of its plugins which is a Java code, but
isn't our code.
The fact that the same patch passed the job after re-trigger means either
the node is faulty (if the successfull run was on another node) or some
network/server/etc external resource wasn't functioning in that period of
time (or both).
On Tue, Jan 17, 2017 at 5:08 PM, Yevgeny Zaspitsky <yzaspits@redhat.com>
Former user January 17, 2017 at 3:08 PM
Looks like the problem is in the Jenkins node that ran the job that failed.
Can we check the historical success rate of that node?
On Tue, Jan 17, 2017 at 4:51 PM, eyal edri [Administrator] (oVirt JIRA) <
Former user January 17, 2017 at 3:07 PM
@Eyal Edri there's a java null pointer exception in the log. Why do you think it's related to the host? We're running in mock anyways so host binaries shouldn't be used, right?
Details
Assignee
Former userFormer user(Deactivated)Reporter
Former userFormer user(Deactivated)Priority
Medium
Details
Details
Assignee
Reporter
Priority
Medium
The $subject job [1] has failed upon a reason that doesn't seems to be
related to the patch it checks.
From the check_patch.sh.log:
[INFO] — exec-maven-plugin:1.4.0:java (generate-enums-jaxb) @
restapi-definition —
SLF4J: Class path contains multiple SLF4J bindings.
SLF4J: Found binding in
[jar:file:/root/.m2/repository/org/slf4j/slf4j-log4j12/1.7.7/slf4j-log4j12-1.7.7.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: Found binding in
[jar:file:/root/.m2/repository/org/slf4j/slf4j-jdk14/1.5.6/slf4j-jdk14-1.5.6.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an explanation.
SLF4J: Actual binding is of type [org.slf4j.impl.Log4jLoggerFactory]
[WARNING]
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.codehaus.mojo.exec.ExecJavaMojo$1.run(ExecJavaMojo.java:293)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.NullPointerException
at com.google.common.collect.AbstractMapBasedMultimap.wrapList(AbstractMapBasedMultimap.java:332)
at com.google.common.collect.AbstractMapBasedMultimap.wrapCollection(AbstractMapBasedMultimap.java:324)
at com.google.common.collect.AbstractMapBasedMultimap.get(AbstractMapBasedMultimap.java:308)
at com.google.common.collect.AbstractListMultimap.get(AbstractListMultimap.java:66)
at com.google.common.collect.ArrayListMultimap.get(ArrayListMultimap.java:66)
at org.jboss.weld.annotated.enhanced.jlr.EnhancedAnnotatedTypeImpl.getDeclaredEnhancedFields(EnhancedAnnotatedTypeImpl.java:427)
at org.jboss.weld.injection.InjectionPointFactory.getFieldInjectionPoints(InjectionPointFactory.java:210)
at org.jboss.weld.injection.producer.DefaultInjector.<init>(DefaultInjector.java:56)
at org.jboss.weld.injection.producer.ResourceInjector.<init>(ResourceInjector.java:58)
at org.jboss.weld.injection.producer.ResourceInjector.of(ResourceInjector.java:49)
at org.jboss.weld.injection.producer.BeanInjectionTarget.<init>(BeanInjectionTarget.java:63)
at org.jboss.weld.injection.producer.BeanInjectionTarget.createDefault(BeanInjectionTarget.java:47)
at org.jboss.weld.manager.InjectionTargetFactoryImpl.chooseInjectionTarget(InjectionTargetFactoryImpl.java:128)
at org.jboss.weld.manager.InjectionTargetFactoryImpl.createInjectionTarget(InjectionTargetFactoryImpl.java:87)
at org.jboss.weld.bean.ManagedBean.<init>(ManagedBean.java:100)
at org.jboss.weld.bean.ManagedBean.of(ManagedBean.java:80)
at org.jboss.weld.bootstrap.AbstractBeanDeployer.createManagedBean(AbstractBeanDeployer.java:261)
at org.jboss.weld.bootstrap.BeanDeployer.createClassBean(BeanDeployer.java:228)
at org.jboss.weld.bootstrap.ConcurrentBeanDeployer$2.doWork(ConcurrentBeanDeployer.java:78)
at org.jboss.weld.bootstrap.ConcurrentBeanDeployer$2.doWork(ConcurrentBeanDeployer.java:75)
at org.jboss.weld.executor.IterativeWorkerTaskFactory$1.call(IterativeWorkerTaskFactory.java:63)
at org.jboss.weld.executor.IterativeWorkerTaskFactory$1.call(IterativeWorkerTaskFactory.java:56)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
... 1 more
[WARNING] thread Thread[weld-worker-1,5,weld-workers] was interrupted
but is still alive after waiting at least 15000msecs
[WARNING] thread Thread[weld-worker-1,5,weld-workers] will linger
despite being asked to die via interruption
[WARNING] thread Thread[weld-worker-2,5,weld-workers] will linger
despite being asked to die via interruption
[WARNING] NOTE: 2 thread(s) did not finish despite being asked to via
interruption. This is not a problem with exec:java, it is a problem
with the running code. Although not serious, it should be remedied.
[WARNING] Couldn't destroy threadgroup
org.codehaus.mojo.exec.ExecJavaMojo$IsolatedThreadGroup[name=org.ovirt.api.metamodel.tool.Main,maxpri=10]
java.lang.IllegalThreadStateException
at java.lang.ThreadGroup.destroy(ThreadGroup.java:778)
at java.lang.ThreadGroup.destroy(ThreadGroup.java:795)
at org.codehaus.mojo.exec.ExecJavaMojo.execute(ExecJavaMojo.java:328)
at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:134)
at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:207)
at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:116)
at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:80)
at org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:307)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:193)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:106)
at org.apache.maven.cli.MavenCli.execute(MavenCli.java:863)
at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:288)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:199)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
[1] -
http://jenkins.ovirt.org/job/ovirt-engine_4.1_check-patch-fc25-x86_64/281/