Buildbot firstrun, l'interface Web n'affiche pas ForceScheduler dans la vue en cascade

Question

Le tutoriel First Run est très bien. Tout s'installe correctement et l'interface Web est affichée. Toutefois, le runtests ne peut pas être exécuté. Le tutoriel dirige l'étudiant vers la vue Cascade pour voir le constructeur runtests. runtests n'apparaît nulle part sur la page Waterfall. Pour forcer la course, allez sur la page du constructeur et cliquez sur le bouton de force. Malheureusement, je n'ai pas ce bouton disponible dans mon WebUI. Je vois une ligne dans les journaux qui est troublante. Mais je ne sais pas quoi faire de celui-ci:

2017-07-10 00:09:15+0000 [Broker,0,127.0.0.1] Worker example-worker attached to runtests 
2017-07-10 00:09:37+0000 [-] dropping connection to peer tcp4:127.0.0.1:48686 with abort=False 

... parce que le travailleur attaché de IPv4Address à (TCP, '127.0.0.1', 39436). Donc, je ne suis pas sûr de la connexion qui a été abandonnée.

Voici l'information qui a été envoyée par buildbotNetUsageData. Je cours cela sur AWS dans une instance ec2. Seuls les ports que j'ai ouverts sont 80, 443, 22, 9989. Le travailleur est sur la même machine que le maître. J'utilise Nginx à proxy_pass localhost: 8010 au port public 80. Utilisation du Python par défaut sur le serveur Ubuntu 16.04.

Mon premier instinct est que je suis en train de négliger quelque chose d'évident. C'est ma première expérience avec buildbot. Cependant, je ne suis pas sûr de savoir comment déboguer cela. Je ne reçois aucune erreur et aucun échec nulle part.

L'interface utilisateur Web fait également quelques trucs funky. La seule façon example-worker apparaît dans la page /#/workers si je visualise en premier la page /#/builders. Il n'apparaîtra pas si je viens de dire /#/ (accueil) ou /#/waterfall. Je dois d'abord aller au /#/builders, puis aller au /#/workers. C'est la seule façon de montrer example-worker là-bas. Je fais du piratage depuis un petit moment. J'ai essayé d'utiliser ubuntu 14.04, mais j'ai eu du mal à installer buildbot. Pareil avec REHL. Je le fais via ansible, que j'apprends aussi. J'ai donc passé pas mal de temps à peaufiner mon playbook et mes rôles.

Question:

Ma question est: Comment contourner cela et forcer le constructeur runtests?

Pas une réponse:

This question n'est pas une réponse parce que je ne vois pas le bouton force.

buildbotNetUsageData:

{ 
    "versions": { 
"Python": "3.5.2", 
"Twisted": "17.5.0", 
"Buildbot": "0.9.9.post2" 
    }, 
    "platform": { 
"system": "Linux", 
"version": "#22-Ubuntu SMP Fri Mar", 
"python_implementation": "CPython", 
"machine": "x86_64", 
"processor": "x86_64", 
"platform": "Linux-4.4.0-1013-aws-x86_64-with-Ubuntu-16.04-xenial", 
"distro": "ubuntu:16.04" 
    }, 
    "mq": "simple", 
    "db": "sqlite", 
    "www_plugins": [ 
"waterfall_view", 
"console_view" 
    ], 
    "plugins": { 
"buildbot/changes/gitpoller/GitPoller": 1, 
"buildbot/schedulers/basic/SingleBranchScheduler": 1, 
"buildbot/config/BuilderConfig": 1, 
"buildbot/schedulers/forcesched/ForceScheduler": 1, 
"buildbot/worker/base/Worker": 1, 
"buildbot/steps/shell/ShellCommand": 1, 
"buildbot/steps/source/git/Git": 1 
    }, 
    "installid": "<some long number>" 
} 

EDIT # 1: valeur par défaut master.cfg auquel j'ai fait aucune modification:

# -*- python -*- 
# ex: set filetype=python: 

from buildbot.plugins import * 

# This is a sample buildmaster config file. It must be installed as 
# 'master.cfg' in your buildmaster's base directory. 

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

####### WORKERS 

# The 'workers' list defines the set of recognized workers. Each element is 
# a Worker object, specifying a unique worker name and password. The same 
# worker name and password must be configured on the worker. 
c['workers'] = [worker.Worker("example-worker", "pass")] 

# 'protocols' contains information about protocols which master will use for 
# communicating with workers. You must define at least 'port' option that workers 
# could connect to your master with this protocol. 
# 'port' must match the value configured into the workers (with their 
# --master option) 
c['protocols'] = {'pb': {'port': 9989}} 

####### CHANGESOURCES 

# the 'change_source' setting tells the buildmaster how it should find out 
# about source code changes. Here we point to the buildbot clone of pyflakes. 

c['change_source'] = [] 
c['change_source'].append(changes.GitPoller(
     'git://github.com/buildbot/pyflakes.git', 
     workdir='gitpoller-workdir', branch='master', 
     pollinterval=300)) 

####### SCHEDULERS 

# Configure the Schedulers, which decide how to react to incoming changes. In this 
# case, just kick off a 'runtests' build 

c['schedulers'] = [] 
c['schedulers'].append(schedulers.SingleBranchScheduler(
          name="all", 
          change_filter=util.ChangeFilter(branch='master'), 
          treeStableTimer=None, 
          builderNames=["runtests"])) 
c['schedulers'].append(schedulers.ForceScheduler(
          name="force", 
          builderNames=["runtests"])) 

####### BUILDERS 

# The 'builders' list defines the Builders, which tell Buildbot how to perform a build: 
# what steps, and which workers can execute them. Note that any particular build will 
# only take place on one worker. 

factory = util.BuildFactory() 
# check out the source 
factory.addStep(steps.Git(repourl='git://github.com/buildbot/pyflakes.git', mode='incremental')) 
# run the tests (note that this will require that 'trial' is installed) 
factory.addStep(steps.ShellCommand(command=["trial", "pyflakes"])) 

c['builders'] = [] 
c['builders'].append(
    util.BuilderConfig(name="runtests", 
     workernames=["example-worker"], 
     factory=factory)) 

####### BUILDBOT SERVICES 

# 'services' is a list of BuildbotService items like reporter targets. The 
# status of each build will be pushed to these targets. buildbot/reporters/*.py 
# has a variety to choose from, like IRC bots. 

c['services'] = [] 

####### PROJECT IDENTITY 

# the 'title' string will appear at the top of this buildbot installation's 
# home pages (linked to the 'titleURL'). 

c['title'] = "Pyflakes" 
c['titleURL'] = "https://launchpad.net/pyflakes" 

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

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

# minimalistic config to activate new web UI 
c['www'] = dict(port=8010, 
       plugins=dict(waterfall_view={}, console_view={})) 

####### DB URL 

c['db'] = { 
    # This specifies what database buildbot uses to store its state. You can leave 
    # this at its default for all but the largest installations. 
    'db_url' : "sqlite:///state.sqlite", 
} 

Answer 1

Le bouton de force ne semble pas en vue de la cascade. Il n'apparaît que dans la page du générateur. Accédez à la page Constructeurs/# constructeurs, sélectionnez votre constructeur et vous verrez le bouton de force dans le coin supérieur droit.

Answer 2

J'ai eu ces problèmes exacts, mais j'ai d'abord supprimé la configuration nginx et utilisé l'URL avec : 8010/ à la place. Paresseux peut-être, mais ça marche. Cette partie fixe du problème.Ensuite, j'ai trouvé un vieux rapport de bogue ici: Link to cached version since the tracker is down atm avec le titre # 2731: [neuf] Force de construire dans une nouvelle interface utilisateur ne fonctionne pas en chrome

Je simplement essayé cela dans Firefox à la place. Qui a fonctionné. Ce bug était censé être corrigé une année, mais quand même. Après l'avoir fait fonctionner dans Firefox, il fonctionne maintenant aussi dans Chrome.

Quoi qu'il en soit. Ces deux choses ont réglé tous mes problèmes.