[Gluster-devel] Gluster Build system's voting for regression run

Niels de Vos ndevos at redhat.com
Wed Jan 13 13:02:10 UTC 2016


On Wed, Jan 13, 2016 at 04:42:12PM +0530, Raghavendra Talur wrote:
> On Wed, Jan 13, 2016 at 4:25 PM, Kaleb Keithley <kkeithle at redhat.com> wrote:
> 
> > > From: "Niels de Vos" <ndevos at redhat.com>
> > >
> > > On Wed, Jan 13, 2016 at 09:56:54AM +0530, Atin Mukherjee wrote:
> > > > Hi Raghavendra,
> > > >
> > > > I noticed that for the below patches Gluster Build system hasn't voted
> > > > and hence the verified flag doesn't have an ack from it even if the
> > > > regression has passed. I think something is fishy in the script now,
> > > > mind having a look?
> > > >
> > > > http://review.gluster.org/#/c/13222/
> > > > http://review.gluster.org/#/c/13210/
> > >
> > > I've manually approved these now. No idea what caused the voting to have
> > > failed. The votes are done through an ssh command in the regression test
> > > itself, it is not a property of the test job (which is an option, but
> > > gives us less flexibility).
> > >
> > > Maybe someone can figure out what went wrong? I could not see anything
> > > in the console log that suggested a problem.
> >
> > Did the other tests (smoke, rpmbuild, version-and-branch) run after the
> > regression?
> >
> > The logic is broken and if the other tests are delayed and will erase the
> > regression +1Verified.
> >
> 
> Is this still applicable after removing the voting from smoke, rpmbuild and
> other such projects?
> IIRC, we removed voting lines from these scripts because of the race reason.

It seems to be disabled, yes. But I do not know the reason for it, or
when and where this was discussed/announced. It surely was surprising me
because the FreeBSD failure might have been noticed much earlier.

Got any pointers?

Thanks,
Niels
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <http://www.gluster.org/pipermail/gluster-devel/attachments/20160113/09ad237b/attachment.sig>


More information about the Gluster-devel mailing list