----- Original Message ----- > From: "Michal Skrivanek" <michal.skriva...@redhat.com> > To: "Eyal Edri" <ee...@redhat.com> > Cc: "infra" <infra@ovirt.org> > Sent: Tuesday, June 16, 2015 4:03:11 PM > Subject: Re: findbugs fails with no reason > > > On Jun 16, 2015, at 14:48 , Eyal Edri <ee...@redhat.com> wrote: > > > ok, > > the job fails due to network error / accessing maven repo (not related to > > findbugs): > > > > 13:06:28 [INFO] Finished at: Tue Jun 16 12:06:27 UTC 2015 > > 13:06:29 [INFO] Final Memory: 293M/851M > > 13:06:29 [INFO] > > ------------------------------------------------------------------------ > > 13:06:29 [ERROR] Error resolving version for plugin > > 'org.apache.maven.plugins:maven-eclipse-plugin' from the repositories > > [local > > (/home/jenkins/workspace/ovirt-engine_master_find-bugs_gerrit/.repository), > > ovirt-maven-repository > > (http://artifactory.ovirt.org:8081/artifactory/ovirt-mirror)]: Plugin not > > found in any plugin repository -> [Help 1] > > 13:06:29 [ERROR] > > 13:06:29 [ERROR] To see the full stack trace of the errors, re-run Maven > > with the -e switch. > > 13:06:29 [ERROR] Re-run Maven using the -X switch to enable full debug > > logging. > > 13:06:29 [ERROR] > > 13:06:29 [ERROR] For more information about the errors and possible > > solutions, please read the following articles: > > 13:06:29 [ERROR] [Help 1] > > http://cwiki.apache.org/confluence/display/MAVEN/PluginVersionResolutionException > > 13:06:29 Build step 'Invoke top-level Maven targets' marked build as > > failure > > 13:06:29 [FINDBUGS] Skipping publisher since build result is FAILURE > > 13:06:30 Build step 'Groovy Postbuild' changed build result to UNSTABLE > > 13:06:30 Finished: UNSTABLE > > > > you can try to rerun it, if it fails again we can try also deleting the > > artifactory cache, might be > > maven central blocked it temporarily due to many requests. > > > > i also changed something in the job that should help in speeding it up and > > keep local cache of such artifacts. > > thanks > it's a very bad timing, i hear about issues in the past few days > from…basically everyone
i have to say something that might not be clear to everyone, it seems that many teams are merging huge patches rather than commiting it gradually thoughout the version. i understand that this is how some development processes work, but unfourtunately it creates huge load on CI (we've had queue size of 500 each day recently) so we can't expect jenkins to handle everything smoothly and errors are expected, especially network load related ones. we should think on how to better handle such surges of patch merges, maybe try to time them better so no everything goes in at once ( using zuul might help in this case ). > > > > > ----- Original Message ----- > >> From: "Omer Frenkel" <ofren...@redhat.com> > >> To: "Eyal Edri" <ee...@redhat.com> > >> Cc: "infra" <infra@ovirt.org> > >> Sent: Tuesday, June 16, 2015 3:41:41 PM > >> Subject: Re: findbugs fails with no reason > >> > >> > >> > >> ----- Original Message ----- > >>> From: "Eyal Edri" <ee...@redhat.com> > >>> To: "Omer Frenkel" <ofren...@redhat.com> > >>> Cc: "infra" <infra@ovirt.org> > >>> Sent: Tuesday, June 16, 2015 3:35:15 PM > >>> Subject: Re: findbugs fails with no reason > >>> > >>> the findbugs yells on vdsdeploy file, and the patch did alter that file, > >>> so if you believe that's false positive, you will need to update the xml > >>> filter file > >>> to ignore it. > >>> > >>> http://jenkins.ovirt.org/job/ovirt-engine_master_find-bugs_gerrit/39057/findbugsResult/ > >>> > >>> VdsDeploy.java:720, DLS_DEAD_LOCAL_STORE, Priority: Low > >>> Dead store to cer in > >>> org.ovirt.engine.core.bll.hostdeploy.VdsDeploy.processEvent(Event$Base) > >>> > >>> This instruction assigns a value to a local variable, but the value is > >>> not > >>> read or used in any subsequent instruction. Often, this indicates an > >>> error, > >>> because the value computed is never used. > >>> > >>> Note that Sun's javac compiler often generates dead stores for final > >>> local > >>> variables. Because FindBugs is a bytecode-based tool, there is no easy > >>> way > >>> to eliminate these false positives. > >>> > >> > >> this is what this patch is fixing > >> i think you are looking on the wrong result > >> > >> jenkins fails at > >> http://jenkins.ovirt.org/job/ovirt-engine_master_find-bugs_gerrit/39053/ > >> > >>> > >>> > >>> ----- Original Message ----- > >>>> From: "Omer Frenkel" <ofren...@redhat.com> > >>>> To: "infra" <infra@ovirt.org> > >>>> Sent: Tuesday, June 16, 2015 3:09:58 PM > >>>> Subject: findbugs fails with no reason > >>>> > >>>> can someone please check > >>>> https://gerrit.ovirt.org/#/c/42422/ > >>>> Thanks > >>>> _______________________________________________ > >>>> Infra mailing list > >>>> Infra@ovirt.org > >>>> http://lists.ovirt.org/mailman/listinfo/infra > >>>> > >>>> > >>>> > >>> > >>> -- > >>> Eyal Edri > >>> Supervisor, RHEV CI > >>> EMEA ENG Virtualization R&D > >>> Red Hat Israel > >>> > >>> phone: +972-9-7692018 > >>> irc: eedri (on #tlv #rhev-dev #rhev-integ) > >>> > >> _______________________________________________ > >> Infra mailing list > >> Infra@ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/infra > >> > >> > >> > > > > -- > > Eyal Edri > > Supervisor, RHEV CI > > EMEA ENG Virtualization R&D > > Red Hat Israel > > > > phone: +972-9-7692018 > > irc: eedri (on #tlv #rhev-dev #rhev-integ) > > _______________________________________________ > > Infra mailing list > > Infra@ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > _______________________________________________ > Infra mailing list > Infra@ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra > > > -- Eyal Edri Supervisor, RHEV CI EMEA ENG Virtualization R&D Red Hat Israel phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ) _______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
