[Buildbot-devel] Few problems in configuring BuildBot

Mon Jan 30 10:59:48 UTC 2006

Hi,

  I have configured Master and Slave with little changes to "master.cfg"
file.  I am facing following 2 problems.  Could you please let me know, what
is causing this problem?

1) BuildURL(http://master:8010) is only accessible from master server.  If I
try to access this from Slave or any other machine, I am getting error
"connection refused when attempting to contact master:8010".  How can I make
this link accessible to slave and on other machine ?

2) Slave is not getting connected to master.  The "twistd.log" has the
following gets repeated many times

*2006/01/30 20:02 EST [-] Starting factory
<buildbot.slave.bot.BotFactoryinstance at 0xb7be5a8c>
*

*2006/01/30 20:02 EST [Uninitialized]
<twisted.internet.tcp.Connectorinstance at 0xb7be5b6c> will retry in 2
seconds
*

*2006/01/30 20:02 EST [Uninitialized] Stopping factory <
buildbot.slave.bot.BotFactory instance at 0xb7be5a8c>*

I have attached the configuration file (master.cfg), with this mail.  Please
let me know how to resolve the above errors ?

Thanks,

Ramachandra
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://buildbot.net/pipermail/devel/attachments/20060130/3efa2805/attachment.html>
-------------- next part --------------
# -*- python -*-

# This is a sample buildmaster config file. It must be installed as
# 'master.cfg' in your buildmaster's base directory (although the filename
# can be changed with the --basedir option to 'mktap buildbot master').

# It has one job: define a dictionary named BuildmasterConfig. This
# dictionary has a variety of keys to control different aspects of the
# buildmaster. They are documented in docs/config.xhtml .

import os.path
#from buildbot.changes.freshcvs import FreshCVSSource
from buildbot.scheduler import Scheduler
from buildbot.process import step, factory
from buildbot.status import html
s = factory.s

# This is the dictionary that the buildmaster pays attention to. We also use
# a shorter alias to save typing.
c = BuildmasterConfig = {}

# the 'bots' list defines the set of allowable buildslaves. Each element is a
# tuple of bot-name and bot-password. These correspond to values given to the
# buildslave's mktap invocation.
c['bots'] = [("slave1", "slave123")]

# the 'sources' list tells the buildmaster how it should find out about
# source code changes. Any class which implements IChangeSource can be added
# to this list: there are several in buildbot/changes/*.py to choose from.

c['sources'] = []

# For example, if you had CVSToys installed on your repository, and your
# CVSROOT/freshcfg file had an entry like this:
#pb = ConfigurationSet([
#    (None, None, None, PBService(userpass=('foo', 'bar'), port=4519)),
#    ])

# then you could use the following buildmaster Change Source to subscribe to
# the FreshCVS daemon and be notified on every commit:
#
#fc_source = FreshCVSSource("cvs.example.com", 4519, "foo", "bar")
#c['sources'].append(fc_source)

# or, use a PBChangeSource, and then have your repository's commit script run
# 'buildbot sendchange', or contrib/svn_buildbot.py, or
# contrib/arch_buildbot.py :
#
#from buildbot.changes.pb import PBChangeSource
#c['sources'].append(PBChangeSource())

## configure the Schedulers

c['schedulers'] = []
c['schedulers'].append(Scheduler(name="all", branch=None,
                                 treeStableTimer=2*60,
                                 builderNames=["Slave1-FullBuild"]))

# the 'builders' list defines the Builders. Each one is configured with a
# dictionary, using the following keys:
#  name (required): the name used to describe this bilder
#  slavename (required): which slave to use, must appear in c['bots']
#  builddir (required): which subdirectory to run the builder in
#  factory (required): a BuildFactory to define how the build is run
#  periodicBuildTime (optional): if set, force a build every N seconds

# buildbot/process/factory.py provides several BuildFactory classes you can
# start with, which implement build processes for common targets (GNU
# autoconf projects, CPAN perl modules, etc). The factory.BuildFactory is the
# base class, and is configured with a series of BuildSteps. When the build
# is run, the appropriate buildslave is told to execute each Step in turn.

# the first BuildStep is typically responsible for obtaining a copy of the
# sources. There are source-obtaining Steps in buildbot/process/step.py for
# CVS, SVN, and others.

cvsroot = ":pserver:anonymous at cvs.sourceforge.net:/cvsroot/buildbot"
cvsmodule = "buildbot"

builders = []

source = s(step.CVS, cvsroot=cvsroot, cvsmodule=cvsmodule, login="",
           mode="copy")
f1 = factory.Trial(source, tests="buildbot.test",
                   # enable this if you've installed buildbot-test-vc-1.tar.gz
                   #env={'BUILDBOT_TEST_VC': "~/incoming"},
                   )
b1 = {'name': "Slave1-FullBuild",
      'slavename': "slave1",
      'builddir': "slave1blddir",
      'factory': f1,
      }
c['builders'] = [b1]

# 'slavePortnum' defines the TCP port to listen on. This must match the value
# configured into the buildslaves (with their --master option)

c['slavePortnum'] = 9000

# 'status' is a list of Status Targets. The results of each build will be
# pushed to these targets. buildbot/status/*.py has a variety to choose from,
# including web pages, email senders, and IRC bots.

c['status'] = []
#c['status'].append(html.Waterfall(http_port=8010, distrib_port=os.uname()[1]))
#c['status'].append(html.Waterfall("http://master:8010" % (http_port=8010)))
#c['status'].append(html.Waterfall("http://%s:%d/" % (os.uname()[1], http_port=8010)))
c['status'].append(html.Waterfall(http_port=8010))

# from buildbot.status import mail
# c['status'].append(mail.MailNotifier(fromaddr="buildbot at localhost",
#                                      extraRecipients=["builds at example.com"],
#                                      sendToInterestedUsers=False))
# from buildbot.status import words
# c['status'].append(words.IRC(host="irc.example.com", nick="bb",
#                              channels=["#example"]))

# if you set 'debugPassword', then you can connect to the buildmaster with
# the diagnostic tool in contrib/debugclient.py . From this tool, you can
# manually force builds and inject changes, which may be useful for testing
# your buildmaster without actually commiting changes to your repository (or
# before you have a functioning 'sources' set up). The debug tool uses the
# same port number as the slaves do: 'slavePortnum'.

c['debugPassword'] = "debugpassword"

# if you set 'manhole', you can telnet into the buildmaster and get an
# interactive python shell, which may be useful for debugging buildbot
# internals. It is probably only useful for buildbot developers.
# from buildbot.master import Manhole
#c['manhole'] = Manhole(9999, "admin", "password")

# the 'projectName' string will be used to describe the project that this
# buildbot is working on. For example, it is used as the title of the
# waterfall HTML page. The 'projectURL' string will be used to provide a link
# from buildbot HTML pages to your project's home page.

c['projectName'] = "Buildbot"
c['projectURL'] = "http://buildbot.sourceforge.net/"

# the 'buildbotURL' string should point to the location where the buildbot's
# internal web server (usually the html.Waterfall page) is visible. This
# typically uses the port number set in the Waterfall 'status' entry, but
# with an externally-visible host name which the buildbot cannot figure out
# without some help.

c['buildbotURL'] = "http://master:8010/"