Merge lp:~flacoste/ubuntu-archive-tools/copy-build-scheduler into lp:ubuntu-archive-tools
Status: | Merged | ||||
---|---|---|---|---|---|
Merge reported by: | Jamie Strandboge | ||||
Merged at revision: | not available | ||||
Proposed branch: | lp:~flacoste/ubuntu-archive-tools/copy-build-scheduler | ||||
Merge into: | lp:ubuntu-archive-tools | ||||
Diff against target: |
178 lines (+174/-0) 1 file modified
copy-build-scheduler.py (+174/-0) |
||||
To merge this branch: | bzr merge lp:~flacoste/ubuntu-archive-tools/copy-build-scheduler | ||||
Related bugs: |
|
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Jamie Strandboge | Approve | ||
Julian Edwards (community) | Needs Fixing | ||
Robert Collins | Pending | ||
Review via email: mp+69370@code.launchpad.net |
Description of the change
This branch adds the copy-build-
Normally, copy builds have the lowest priority and are only being processed when the build farm is otherwise idle. That's fine for some cases, but to feed back the results of the rebuild into the normal Ubuntu QA cycle, the rebuild must be processed in a more timely manner.
This script loops until all the builds in the archive are completed. It will remove the copy archive penalty applied to some of the archive builds. But only a few at a time as not to take over the build farm. The default ratio is 0.25, meaning that up to (builders * 0.25) builds will be rescored. That should make sure that the rebuilds progress.
This should fix bug #805634.
I have two specific comments.
Firstly the queue capacity changes over time; so that should be refreshed periodically - and it can change -fast- when QA nab machines for testing.
Secondly, I think 1 minute is too fast a polling time, something like 5 minutes would be a bit gentler. (I wish we had webhooks :P)