[JIRA] (JENKINS-54627) Lock label does not work with upstream trigger

[timo.ve...@gmail.com (JIRA)]

Title: Message Title

Timo Veldt created an issue   Jenkins / JENKINS-54627 Lock label does not work with upstream trigger Issue Type: Bug Assignee: Unassigned Components: core, lockable-resources-plugin Created: 2018-11-14 14:16 Environment: Jenkins 2.138.3, JDK1.8 Priority: Minor Reporter: Timo Veldt We have several independent multi-branch pipeline jobs. Two of them perform regression tests on the same environment (including the database), which is why they cannot be performed together.  To achieve this, we used locking in the Jenkinsfile(s) Use a lock options { lock label: 'REGRESSION' disableConcurrentBuilds() buildDiscarder(logRotator(numToKeepStr: '20', daysToKeepStr: '30')) } This worked fine for blocking builds. However there exist several upstream dependencies in the project which should at least trigger downstream jobs. So we added a trigger in the Jenkinsfiles. Upstream for the service triggers { upstream(upstreamProjects: "../dep1/master,../dep2/master", threshold: hudson.model.Result.SUCCESS) } Upstream for the dashboard triggers { upstream(upstreamProjects: "../service/master", threshold: hudson.model.Result.SUCCESS) } Note that both service and dashboard have the "Use a lock" code snippet, right above the triggers block (nothing in between).   The resulting behavior is that when dep1 finishes a build for the service is scheduled. During the service build, dep2 finishes and queues a new service job. When the first service build finishes, it triggers a dashboard build and this starts immediately. However since the first service build finished, the enqueued service build can also start.   What I expect is that either the dashboard or the second service build will go first (preference for the latter to go first, since it is an upstream job to the dashboard). What I see is that both jobs get started, both acquiring the lock on the label. (As a side effect the regression tests for both projects fail since they're both updating the same environment at the same time). I found a workaround by making a singular upstream "pipeline", like so: dep1 => dep 2 => service => dashboard This prevents the second service job from being triggered. However it creates dependencies that aren't really there and blocks some parallel processing.   I'll update the environment later, as I need to access the actual environment to get the information, which I cannot do at the moment. Add Comment   This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.