[Buildbot-commits] [Buildbot] #744: "queued" status for dependent builders
Buildbot
nobody at buildbot.net
Sat Feb 11 16:40:29 UTC 2012
#744: "queued" status for dependent builders
------------------------+----------------------
Reporter: tfogal | Owner:
Type: enhancement | Status: closed
Priority: minor | Milestone: 0.8.+
Version: master | Resolution: wontfix
Keywords: buildcoord |
------------------------+----------------------
Changes (by dustin):
* status: new => closed
* resolution: => wontfix
Comment:
Are maxBuilds or locks in use here? I suspect that what's happening is
this:
* sched-build gets a change, and creates a buildset with requests for all
"main-*" builders
* dependent scheduler attaches itself to that buildset, but this is not
reflected in any status display
* those builders start running -- correctly reflected in the status
("main-*" are building, "test-*" are idle)
* sched-build gets another change, and creates a new, similar buildset
* all builds in the first buildset complete, and the dependent scheduler
creates a buildset with requests for all "test-*" builders
* the next buildset in the queue is the second sched-build-created
buildset, so the "main-*" builders start again, and get the slaves. At
this point, "main-*" are building and "test-*" are idle.
* once that's done, the master starts the "test-*" builds based on the
dependent's buildset, but those immediately block on the locks preventing
slave concurrency. At this point, "main-*" are busy and "test-*" are busy
-- locks are not specially reflected in the build's status.
It might be nice to display this differently, but I don't think that's
practical at this point -- the lock logic is not very well exposed to the
status. So I'm going to close as wontfix. I expect that this will look a
little better in the brave new world of 0.9.x, and we can revisit the idea
at that time.
--
Ticket URL: <http://trac.buildbot.net/ticket/744#comment:8>
Buildbot <http://buildbot.net/>
Buildbot: build/test automation
More information about the Commits
mailing list