-
Bug
-
Resolution: Duplicate
-
Minor
-
None
-
core: 1.565.2
build flow plugin: 0.15
When a build flow job is started on a node that was previously idle, then additional concurrent builds are started. If the first build is aborted, then the other builds, and all subsequent concurrent builds no longer run in an executor on that node.
Steps to Reproduce
- Create a node which: has four or more executors, and the availability is set to "Take this slave on-line when in demand and off-line when idle."
- Create a free-style project job with a build step that calls "sleep 180"
- Create a build flow project which: has the "Flow run needs a workspace" set, starts a build of the job from the previous step, has "Execute concurrent builds if necessary" set, and is restricted to the node created in the first step.
- Confirm that the node created in the first step is idle and the slave agent has not started.
- Start a build. Observe that it runs on one of the executors.
- Start another build. Observe that it too runs on one of the executors.
- Cancel the first build.
- Observe that the second build is no longer running on an executor
- Start one or more jobs while the second job is also running and continue to observe them not running on any of the executors.
The builds no longer are returned when Computer.getExecutors() is called, but they are with Computer.getOneOffExecutors().
- duplicates
-
JENKINS-24519 Flyweight tasks only use one-off executor when they can be scheduled immediately
- Resolved
- is duplicated by
-
JENKINS-17512 Throttling per category doesn't work for build flows
- Resolved
- is related to
-
JENKINS-21355 Build flow jobs do not respect throttling rules
- Resolved