findbugs fails with no reason

Tue Jun 16 13:23:59 UTC 2015

----- Original Message -----
> From: "Michal Skrivanek" <michal.skrivanek at redhat.com>
> To: "Eyal Edri" <eedri at redhat.com>
> Cc: "infra" <infra at 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 <eedri at 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" <ofrenkel at redhat.com>
> >> To: "Eyal Edri" <eedri at redhat.com>
> >> Cc: "infra" <infra at ovirt.org>
> >> Sent: Tuesday, June 16, 2015 3:41:41 PM
> >> Subject: Re: findbugs fails with no reason
> >> 
> >> 
> >> 
> >> ----- Original Message -----
> >>> From: "Eyal Edri" <eedri at redhat.com>
> >>> To: "Omer Frenkel" <ofrenkel at redhat.com>
> >>> Cc: "infra" <infra at 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" <ofrenkel at redhat.com>
> >>>> To: "infra" <infra at 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 at 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 at 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 at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/infra
> 
> _______________________________________________
> Infra mailing list
> Infra at 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)