[JIRA] (OVIRT-1040) ovirt-engine_4.1_check-patch-fc25-x86_64 build has failed

Yevgeny Zaspitsky (oVirt JIRA) jira at ovirt-jira.atlassian.net
Tue Jan 17 15:12:59 UTC 2017


    [ https://ovirt-jira.atlassian.net/browse/OVIRT-1040?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=25814#comment-25814 ] 

Yevgeny Zaspitsky commented on OVIRT-1040:
------------------------------------------

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 at redhat.com>



> ovirt-engine_4.1_check-patch-fc25-x86_64 build has failed
> ---------------------------------------------------------
>
>                 Key: OVIRT-1040
>                 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1040
>             Project: oVirt - virtualization made easy
>          Issue Type: By-EMAIL
>            Reporter: Yevgeny Zaspitsky
>            Assignee: infra
>
> 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/



--
This message was sent by Atlassian JIRA
(v1000.695.1#100025)


More information about the Infra mailing list