[Buildbot-devel] Changing the master config dynamically

Dan Kegel dank at kegel.com
Wed Oct 8 18:19:07 UTC 2014

I use a DSL (well, really json for buildbot config, and a shell script
for the real build steps), and reconfig usually does the right thing.
 What breaks for you?

The only exception is that the builders of a new factory don't
actually do builds (or have an active force build button) when created
by a reconfig; I have to restart to get that to work.  I think.

On Wed, Oct 8, 2014 at 10:20 AM, Karoly Kamaras
<karoly.kamaras at prezi.com> wrote:
> Hi,
> I remember seeing this problem somewhere, but i thought it would worth to
> reopen it in a new thread:
> I would like to be able to edit the master configuration dynamically without
> hurting the currently running builds. I know i can reconfigure the master
> without restart, but i also saw that if the configuration is built up by
> smaller components, like builders, buildsteps, schedulers, etc. in different
> python files, then changing one file might not affect the reconfig in the
> expected way.
> Here is my example:
> I have a few teams, every team has their own 1 master and N slave nodes.
> They have their own github projects where they can define the build/test
> steps of each project in a custom DSL that we generate into Buildbot's
> configuration. In this case if they decide to change one of their projects
> configuration - let's say the add an extra step to a builder - they can
> commit the changes into the git repo (even to a different branch), than we
> regenerate the config, reconfigure the master and Buildbot will run with the
> new config.
> Is it possible to make this scenario work in a nice way? By nice i mean not
> to kill the currently running jobs, let them finish and publish the results
> to the same place from the "old" (currently running) and "new" (just
> commited and regenerated) configuration.
> Our first thought would be running multiple masters on the same server with
> the same DB but different configuration, and make the connection forwarded
> to the lastly configured master without killing the running "old" one (until
> it finishes the currently running jobs). It's just a first thought, i
> haven't tried it yet. I am wondering what kind of solutions exist to this
> problem?
> Thank you for your help in advance,
> Regards,
> Karoly Kamaras
> Developer at Prezi
> ------------------------------------------------------------------------------
> Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
> Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
> Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
> Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
> http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
> _______________________________________________
> Buildbot-devel mailing list
> Buildbot-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/buildbot-devel

More information about the devel mailing list