----- Original Message ----- > From: "Eyal Edri" <ee...@redhat.com> > To: "Yedidyah Bar David" <d...@redhat.com> > Cc: "Infra" <infra@ovirt.org> > Sent: Tuesday, May 5, 2015 10:15:21 AM > Subject: Re: stopping/aborting obsolete jenkins jobs > > > > ----- Original Message ----- > > From: "Yedidyah Bar David" <d...@redhat.com> > > To: "Infra" <infra@ovirt.org> > > Sent: Tuesday, May 5, 2015 8:26:43 AM > > Subject: stopping/aborting obsolete jenkins jobs > > > > Hi, > > > > It happened to me quite a lot lately, that I pushed a new patchset for a > > change, > > before jenkins finished running relevant jobs for previous patchsets, in > > some > > cases > > even before it started running some of them. > > > > Perhaps in such a case we should stop (if running) or disable/abort (if not > > yet > > running) all the jobs except for the ones running for the latest patchset? > > not sure its possible, but its not something that you want to do > (aggressive interrupt jenkins running or queue) > > > > > This will both give quicker results for the dev/maint and lower the load on > > the > > slaves. > > > > we are working on improving this on 2 fronts: > 1. adding more slaves > 2. reducing job running time (findbugs is currently being optimized)
forgot one more thing - we added a new flag called 'workflow' which we are testing now on the jenkins project. this flag means that the developer marks: "my code is ready for review" (might not be verified yet, since he wants early engagement before running a verification). For jenkins it means that only when a developer will mark +1 on this patch the jenkins jobs will start running on it (instead of running per patchset). so if we're OK in adding this flag to engine/vdsm - it will reduce dramatically the amount of running jobs. > > and you're welcome to join the effort of getting there next monday, on the > infra hackathon :) [1] > > [1] > https://docs.google.com/spreadsheets/d/1PGGqI5tT_pmF7HUdg63FlozuVoQOBQaO-VID_R2eZqE/edit#gid=0 > > > Best, > > -- > > Didi > > _______________________________________________ > > 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 > > > _______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra