<div dir="ltr"><div dir="ltr">Le lun. 27 avr. 2020 à 09:03, Olaf Radicke <<a href="mailto:briefkasten@olaf-radicke.de">briefkasten@olaf-radicke.de</a>> a écrit :<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Thanks Pierre, for your comments and explanations.<br>
<br>
> Yes, it is the code name for buildbot 0.9+ which introduced <br>
> rest api and message queues for everything.<br>
<br>
So, the worker is communicat with a message queue and not<br>
more direct with the masters? Will the workers have unique <br>
logins again? So that we get the same problem with the <br>
static configuration of the replicasets?<br></blockquote><div><br></div><div>No, message queues are for other events than worker to master protocol (build finished, change created, etc)</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> Pierre Tardy <<a href="mailto:tardyp@gmail.com" target="_blank">tardyp@gmail.com</a>> hat am 27. April 2020 08:13 geschrieben:<br>
[...]<br>
> >  Okay if I understand this correctly, the configuration is still <br>
> >  very static.<br>
> >  <br>
> >  <a href="https://github.com/Zempashi/buildbot_kubernetes_deployment/blob/master/kubernetes/buildbot-master.cfg.yml" rel="noreferrer" target="_blank">https://github.com/Zempashi/buildbot_kubernetes_deployment/blob/master/kubernetes/buildbot-master.cfg.yml</a><br>
> >  <br>
> >  Here in lines 25 to 31 BuildBot gets the value for the configuration <br>
> >  from the environment variable. Correct? <br>
> >  <br>
> >  Who tells BuildBot that the environment variable has changed? <br>
> Environment variables cannot change dynamically. <br>
<br>
I'm aware of that. What are our options?<br>
<br></blockquote><div>[snip]</div><div><br></div><div>In my previous email I was more talking on the general way of how to handle change of config and reload.</div><div>For me this is a real issue, but the change on the number of workers is more dynamic than change of config, which happens less often.</div><div><br></div><div>The simple way of resolving the problem on number of workers, is to just pre-configure the maximum number of workers.</div><div>This is no problem for buildbot if a worker is configured, but not actually started.</div><div><br></div><div>Then, instead of using the basic worker kind I would suggest to use the kubernetes latent worker.</div><div><a href="http://docs.buildbot.net/current/manual/configuration/workers-docker.html#kubernetes-latent-worker">http://docs.buildbot.net/current/manual/configuration/workers-docker.html#kubernetes-latent-worker</a><br></div><div><br></div><div>This will create worker on demand, according to build requests, and also have the possibility for the build request to dynamically choose which image to use.</div><div><br></div><div>Regards</div><div>Pierre</div></div></div>