[JIRA] (OVIRT-1138) lago check-merged jobs mass trigger all PRs
Nadav Goldin (oVirt JIRA)
jira at ovirt-jira.atlassian.net
Sun Feb 12 19:18:35 UTC 2017
Nadav Goldin created OVIRT-1138:
-----------------------------------
Summary: lago check-merged jobs mass trigger all PRs
Key: OVIRT-1138
URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1138
Project: oVirt - virtualization made easy
Issue Type: Improvement
Reporter: Nadav Goldin
Assignee: infra
This might be related to one of the recent Jenkins upgrades(core or git/github).
The offending job:
http://jenkins.ovirt.org/job/lago_master_check-merged-pipeline/295/
which triggered:
http://jenkins.ovirt.org/job/lago_master_check-merged-pipeline/295/console
which triggered:
http://jenkins.ovirt.org/job/lago_master_check-merged-fc25-x86_64/63/
http://jenkins.ovirt.org/job/lago_master_check-merged-fc24-x86_64/198/
http://jenkins.ovirt.org/job/lago_master_check-merged-el7-x86_64/352/
Each one of the last jobs, was triggered without a 'sha1' parameter, and therefore, triggered the job for every branch:
{code}
10:50:28 Seen branch in repository origin/jenkins_download_progress
10:50:28 Seen branch in repository origin/lago-tutorial
10:50:28 Seen branch in repository origin/master
10:50:28 Seen branch in repository origin/pull/418/head
10:50:28 Seen branch in repository origin/removing_lago-ovirt
10:50:28 Seen branch in repository origin/revert_repoman_conf
10:50:28 Seen branch in repository origin/update_install_procedure
10:50:28 Seen 14 remote branches
10:50:28 Multiple candidate revisions
10:50:28 Scheduling another build to catch up with lago_master_check-merged-fc25-x86_64
{code}
This went on recursively, flooding Jenkins.
My current suspect is this message in the -pipeline job:
{code}
Using the ‘stage’ step without a block argument is deprecated
{code}
Which only appeared in this job(and after the Jenkins upgrade). This change is documented here: https://jenkins.io/doc/pipeline/steps/pipeline-stage-step/#pipeline-stage-step
So to conclude the task for this ticket:
1. Fix the groovy script(if that is really the cause).
2. Alter the job so if the 'sha1' is empty, it will fail early.
--
This message was sent by Atlassian JIRA
(v1000.747.1#100028)
More information about the Infra
mailing list