[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