Buildbot problème avec Buildslave [Résolu]

[oltreb]

Bonjour,
je suis entrain d'installer buildbot sur une machine fedora. Le logiciel de contrôle de version que j'utilise est Subversion. Tout (master et slave) tourne sur une seule et même machine. La configuration/lancement de buildbot ne pose pas de problèmes
"buildbot start ." me renvoie:

...
2008/01/03 16:05 +0200 [-] configuration update started
2008/01/03 16:05 +0200 [-] configuration update complete

Tout semble aller pour le mieux.
Mais tout se complique quand je fais un commit:

Code :

svn ci -m "nouvelle version"

J'obtiens alors dans le fichier twistd.log:

Code X :

1
2
3
4
5
6
7
8
9
10
11
2008/01/03 16:13 +0200 [-] SVNPoller polling
2008/01/03 16:13 +0200 [-] svnPoller: _process_changes 58 .. 59
2008/01/03 16:13 +0200 [-] Adding change revision 59
2008/01/03 16:13 +0200 [-] adding change, who root, 1 files, rev=59, branch=None, comments nouvelle version
2008/01/03 16:13 +0200 [-] <Scheduler 'quick' at 46912616181840>: change is important, adding <buildbot.changes.changes.Change instance at 0x2aaab23af050>
2008/01/03 16:13 +0200 [-] <Scheduler 'quick' at 46912616181840>: setting timer to 15:13:01
2008/01/03 16:13 +0200 [-] SVNPoller finished polling
2008/01/03 16:13 +0200 [-] _finished : None
2008/01/03 16:13 +0200 [-] maybeStartBuild <Builder 'build-&luke&' at 46912619471792>: [<buildbot.process.base.BuildRequest instance at 0x2aaab2396e60>] []
2008/01/03 16:13 +0200 [-] <Builder 'build-&luke&' at 46912619471792>: want to start build, but we don't have a remote
2008/01/03 16:13 +0200 [-] __________offline

Il m'est indiqué ("want to start build, but we don't have a remote") qu'il n'est pas possible de lancer de compilations.
Mes investigations me permettent de penser que le problème vient du fait que le champ renseignant le slave est vide. C'est la raison pour laquelle j'obtiends en fin de l'antépénultième ligne de twistd.log "[]".

Enfin la dernière ligne ("__________offline")vient d'un ajout fait par mes soins qui me semble confirmer ce qui précède. Cet ajout dans le fichier log est fait dans la définition de updateBigStatus par "log.msg("__________offline")" (dans le fichier /process/builder.py quelque chose comme la ligne 535).

Bref connaîssant le problème je n'arrive pas à en déterminer ni la cause ni le remède.
Si quelqu'un a une idée j'avoue qu'elle serait la bienvenue.
Merci d'avance,


ps: pour compléter voici mon fichier de configuration:

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
###################################
#                                                                   
# master.cfg:                                                          
###################################
c = BuildmasterConfig = {}
 
#BUILDSLAVES
from buildbot.buildslave import BuildSlave
c['slaves'] = [BuildSlave("lucky", "&luke&")] 
 
c['slavePortnum'] = 8406
 
#CHANGESOURCES
from buildbot.changes.svnpoller import SVNPoller
c['change_source'] = []
fc_source = SVNPoller(svnurl="file:///data/home/lucky/svn/repository/LibTIM/trunk", split_file=None, svnuser=None, svnpasswd=None, pollinterval=5, histmax=100)
c['change_source'].append(fc_source)
 
#SCHEDULERS
from buildbot import scheduler
# une construction est lancee immediatement apres que l arbre ait ete modifie
quick = scheduler.Scheduler("quick", None, 0,  ["build-&luke&"])
c['schedulers'] = [quick]
 
 
# BUILDERS
from buildbot.steps.source import SVN
from buildbot.steps.shell import Compile
from buildbot.steps.python_twisted import Trial
from buildbot.steps import source, shell
from buildbot.process import factory
 
f=factory.BuildFactory()
f.addStep(source.SVN(svnurl="file:///data/home/lucky/svn/repository/LibTIM/trunk")) 
f.addStep(shell.Compile(command="make all")) # ne semble pas marcher mieux
b1 = {'name': "build-&luke&", 
      'slavename': "lucky",
      'builddir': "full",
      'factory': f}
 
c['builders'] = [b1]
 
# STATUS TARGETS
c['status'] = []
from buildbot.status import html
c['status'].append(html.WebStatus(http_port=8404))
 
from buildbot.status import mail
c['status'].append(mail.MailNotifier(fromaddr="buildbot@localhost",
                                      extraRecipients=['oltreb@yahoo.fr'],
 
# PROJECT IDENTITY
c['projectName'] = "Buildbot"
c['projectURL'] = "http://buildbot.sourceforge.net/"
 
c['buildbotURL'] = "http://localhost:8404/"

[oltreb]

En fait pour ceux que ça intéresse le problème venait de mon slave.
Lors de l'installation il est nécessaire de créer le buildmaster et le buildslave par la commande:
pour le buildmaster:

buildbot create-master DIRMASTER

Où DIRMASTER est le repertoire dans lequel sera mis tous les fichiers nécessaire au maitre.
pour le buildslave:

buildbot create-slave DIRSLAVE nameslave passwrd portslave

je ne suis plus sûr des options à mettre pour cette commande, ce qui est sur c'est qu'il faut indiquer le port par lequel maitre et esclave communiquent. Ce qui est aussi certain c'est que des fichiers relatifs à l'esclave seront mis dans le repertoire DIRSLAVE. Un de ces fichiers s'appelle buildbot.tac, et dans mon cas ce fichier n'était pas valide.
Ci dessous mon fichier buildbot.tac:

from twisted.application import service
from buildbot.slave.bot import BuildSlave

basedir = r'/local/home1/buildbot/buildslave'
buildmaster_host = 'localhost'
port = 8406
slavename = 'lucky'
passwd = '&luke&'
keepalive = 600
usepty = 1
umask = None

application = service.Application('buildslave')
s = BuildSlave(buildmaster_host, port, slavename, passwd, basedir,
keepalive, usepty, umask=umask)
s.setServiceParent(application)

Dans mon cas le port qui était renseigné ne correspondait pas à celui mis dans mon fichier de conf. D'où le problème.
Est ce que l'installation avait été mal faite, est ce du à autre chose, je ne le sais pas. Toujours est il que j'ai modifié à la main le port indiqué et que depuis "tout" fonctionne.

[oltreb]

Un autre petit truc: pour démarrer buildbot je fesais l'erreur de me mettre dans le DIRMASTER et de faire:

buildbot master .

Or il faut aussi démarrer le buildslave
si on est dans DIRSLAVE:

buildbot master .