Changes between Version 96 and Version 97 of SettingUpBuildslave


Ignore:
Timestamp:
06/29/22 11:54:40 (23 months ago)
Author:
Samuli Seppänen
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • SettingUpBuildslave

    v96 v97  
    6969= Setting up a worker =
    7070
    71 === Running buildbot as non-root user ===
     71== Simplistic setup ==
     72
     73Note that Buildbot no longer supports Python 2.x, so ensure that your to-be worker has a working Python 3 installation.
     74
     75A simplistic procedure for Ubuntu 20.04 is described below. As t_client tests need root-level privileges anyways, here we show how to run a worker as root:
     76
     77{{{
     78$ sudo -i
     79$ apt-get install python3-pip
     80$ pip3 install buildbot-worker
     81$ mkdir /root/buildbot
     82$ buildbot-worker create-worker /root/buildbot buildbot-host.openvpn.in:9989 worker-name worker-password
     83}}}
     84
     85You can get the worker name and password from ''mattock''. Finally fill in the hostinfo files as described [https://docs.buildbot.net/current/manual/installation/worker.html here].
     86
     87Now you can launch the buildbot worker:
     88
     89{{{
     90$ buildbot-worker start /root/buildbot
     91}}}
     92
     93Check ''/root/buildbot/twistd.log'' to see if the worker was able to successfully connect to the master. Typically the error you see is an authentication issue:
     94
     95{{{
     962022-06-29 11:46:44+0000 [Broker,client] unauthorized login; check worker name and password
     97}}}
     98
     99This can mean three things:
     100* Your worker name is wrong
     101* Your worker password is wrong
     102* You worker has not yet been added to the buildmaster
     103
     104If advanced topics and troubleshooting help please refer to the official Buildbot documentation:
     105
     106* https://docs.buildbot.net/current/manual/installation/worker.html
     107* https://docs.buildbot.net/current/manual/installation/installation.html
     108
     109== Running buildbot as non-root user ==
     110
     111'''NOTE:''' these instructions have not been tested with the current (3.x) version of Buildbot, but probably still work.
    72112
    73113Running buildbot as a root user is easiest, but you can tighten down the setup by giving a normal user limited super-user privileges.
     
    84124}}}
    85125
    86 
    87 
    88 == Configuring the buildslave for connectivity tests ==
    89 
    90 OpenVPN project's buildslaves run connectivity tests against several OpenVPN test servers on every commit. Due to these tests the openvpn instances launched by buildbot need to run as ''root'', or you need to configure ''sudo'' properly as described below.
     126== Configuring a worker for connectivity tests ==
     127
     128OpenVPN project's workers run connectivity tests against several OpenVPN test servers on every commit. Due to these tests the openvpn instances launched by buildbot need to run as ''root'', or you need to configure ''sudo'' properly as described below.
    91129
    92130As the tests connect to remote OpenVPN servers you will need test certificates and a ''t_client.rc'' config file from the buildmaster admins (see above). Once you've have the files, put them to ''/home/buildbot'':
     
    120158 * t_client test servers (listening on UDP and TCP ports 51194-51199)
    121159
    122 Once you're finished doing all of this, contact the buildmaster admins so that they can force a build (and the associated connectivity tests) on your buildslave. The first build is expected to fail, because the t_client.rc you were given first is a generic one. After the first build you can fix the values in ''t_client.rc'' file by looking at client test logs in ''<buildslave-dir/build/<buildername>/tests/t_client_<buildername>-<id>''. For example, for the Ubuntu 12.04 buildslave the build logs were in this directory:
     160Once you're finished doing all of this, contact the buildmaster admins so that they can force a build (and the associated connectivity tests) on your worker. The first build is expected to fail, because the t_client.rc you were given first is a generic one. After the first build you can fix the values in ''t_client.rc'' file by looking at client test logs in ''<buildslave-dir/build/<buildername>/tests/t_client_<buildername>-<id>''. For example, for the Ubuntu 12.04 worker the build logs were in this directory:
    123161
    124162* /var/lib/buildbot/slaves/openvpn/build-ubuntu-1204-i386-stable-master/build/tests/t_client-ubuntu-1204-i386-20141217-160636
     
    141179
    142180= Troubleshooting =
     181
     182== Build failures ==
    143183
    144184In case your build fails, try running the same build steps manually to see what the problem is.