Bug 1377598

Summary: Jenkins voting issues
Product: [Community] GlusterFS Reporter: Nigel Babu <nigelb>
Component: project-infrastructureAssignee: Nigel Babu <nigelb>
Status: CLOSED WONTFIX QA Contact:
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: mainlineCC: bugs, gluster-infra
Target Milestone: ---Keywords: Triaged
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2018-08-29 03:53:42 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Nigel Babu 2016-09-20 07:58:05 UTC 
We have Jenkins voting through two ways:

1) via a review.gluster.org_for-smoke-jobs Gerrit server and Jenkins posts the results into the Smoke flag.
2) via Centos-regression and NetBSD-regression where the build nodes SSH in to post the job status.

This is causing two different sets of problems
1) If you modify the patch after a regression run started, the results will be posted to the patch against with regression was started rather than the latest one. This is okay most of the time since new patch = new regression run anyway, but there are cases where Jenkins is smart:
a) If you push two jobs to Jenkins (for the same patch) and neither has started, Jenkins will only start one job.
b) If you push change the commit message, we theoretically retain votes. Jenkins votes on the earlier patch making it pointless.

2) If you retry smoke and regression at the same, Jenkins will start them all together and combine the reporting. If regression fails, this makes the reporting go haywire.
Comment 1 Amar Tumballi 2018-08-29 03:53:42 UTC 
Lot of time since no activity on this bug. We have either fixed it already or it is mostly not critical anymore!

Please re-open the bug if the issue is burning for you, or you want to take the bug to closure with fixes.