Open timja opened 6 years ago
how many executors do you have in the linux node ?
I would expect jenkins to use the permanent one up to the executors available, then start with cloud executors
Are you setting the overprovisioning flags for faster provisioning of cloud agents ? https://github.com/jenkinsci/kubernetes-plugin#over-provisioning-flags
Between 2 nodes there are 14 executors. 12 on one node (a physical) and 2 on a VM. A 3rd node is down for maintenance but it has 2 executors.
I did see those flags after digging through the code the standard provisioning strategy. With 100+ items in the queue would you have expected it to try and provision? When i was testing I got the build queue up to 540 without a kube slave spinning up before I decided to log this jira.
I added the suggested settings with no change in behavior
-Dhudson.slaves.NodeProvisioner.initialDelay=0 -Dhudson.slaves.NodeProvisioner.MARGIN=50 -Dhudson.slaves.NodeProvisioner.MARGIN0=0.85
I've done my testing with the kubernetes plugin however this may apply to other cloud providers as well
When executing a job with a specific node label (IE linux) and a permanent agent shares the same label configured cloud providers are ignored.
example scripted pipeline
The follow log message is logged (after executing a few times to get the queue length up)
Similar log messages repeat.
Running the same scripted pipeline but changing the node label to something unique to the cloud provider things work exactly as expected
I couldn't find an existing issue that described this specific issue so logged this one. Hoping it's something simple but I'm not seeing anything super obvious to me in the comment here or in the code underneath that would cause this behavior.
java runtime version: 1.8.0_162-b12
Jenkins version: 2.129
Kubernutes plugin version: 1.9.2
Originally reported by kyle_mcgovern, imported from: cloud agents are not used if labels overlap with permanent agent