<div dir="ltr"><div>Hello,</div><div><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">
> Pierre Tardy <<a href="mailto:tardyp@gmail.com" target="_blank">tardyp@gmail.com</a>> hat am 26. April 2020 14:51 geschrieben:<br>
> <br>
> We have a blog post in our medium account which describes how to install buildbot on kubernetes.<br>
> <a href="https://medium.com/buildbot/deploying-buildbot-nine-on-kubernetes-c08422597e75" rel="noreferrer" target="_blank">https://medium.com/buildbot/deploying-buildbot-nine-on-kubernetes-c08422597e75</a><br>
<br>
Buildbot "nine" currently means the master branch?<br></blockquote><div>Yes, it is the code name for buildbot 0.9+ which introduced rest api and message queues for everything.</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>
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></blockquote><div>Environment variables cannot change dynamically. So there is no way to watch them.</div><div>If you'd like to implement that, you would need to read those parameters in a configmap, and have a kubernetes watcher able to register to the kube event stream and reload config after a debounce delay when the config map is changing. That would be quite neat!</div><div><br></div><div>Else, I guess usually you need to do a rolling update of the masters when the config file or config map is changed.</div><div><br></div><div>for a clean shutdown (not start new build, and wait for current builds to finish) you need to send SIGUSR1 to the masters. </div><div>You want to use this signal for rolling updates (and increase the timeouts a bunch as waiting for build to finish can take a while)</div><div><br></div><div>Regards</div><div>Pierre</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br></blockquote></div></div>