Details
-
Bug
-
Status: Closed (View Workflow)
-
Major
-
Resolution: Fixed
-
None
-
* Jenkins and plugins latest
* thousands of generated jobs by job-dsl plugin
* Nested view with lots of sectioned views
Description
If a job is inside a sectioned view (section view plugin) the view-base priority evaluation seems to be broken. Excerpt from log:
Evaluating JobGroup [21] ... [...] Evaluating View [Continuous] ... [...} Evaluating View [~NEVER-OPEN-THIS] ... Using filter ... Job is matching the filter ... No applicable strategy - Using JobGroup default Jun 17, 2014 9:26:28 AM FINE PrioritySorter.Queue.Items Buildable: Id: 6076, JobName: DirectoryService_Tests, jobGroupId: 21, reason: <none>, priority: 5, weight: 5.0, status: BUILDABLE
The same Job "DirectoryService_Tests" is in the sectioned [Continuous] view but it is only evaluated in the view NEVER-OPEN-THIS which is a flat ALL jobs view.
Thanks for you fast fix Magnus. I have a good and a bad message about it though
The good one: It seems to work, the jobs are found in the views and priorities are assigned as configured.
The bad one: It seems to be a real performance hog at least with our quite large installation.:-/ Jenkins UI was unusable after some time, after downgrading everything is back to normal.
Some facts: We have about 10000 Jobs, more than 20 views refering most of the jobs via regex pattern. So I could imagine that there are long lists of jobs being iterated while computing priorities.
Would it be a better approach for us to configure job priority directly on the job? That would be not a big deal because most of them are generated from template?
Should I open a new JIRA ticket? Or reopen this one?