<div dir="ltr"><div dir="ltr">Hi Pierre,<div><br></div><div>Thanks for the tips! Indeed, switching to scp makes a huge difference in terms of upload speed. </div><div><br></div><div>Due to the current configuration, it is a bit trickier to have schedulers on only one build master, but it's something we are looking into.</div><div><br></div><div>However, I have one more question: so, as I said we have two masters (one for UI and one for builds). The buildbot seems stable using this configuration, but we have encountered an issue: at some point the "builders" and "workers" pages in the web interface do not show anything. I have seen the same behavior when the builds master is not running since it defines all the build and workers. However, builds are still running and everything appears in the "Grid view". Moreover, on the master page, the "Last active" entry is updated for both masters and we did not find any errors in the logs. Do you know what might cause this problem?</div><div><br></div><div>Thanks!</div><div>Vlad</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Dec 2, 2020 at 11:33 PM Pierre Tardy <<a href="mailto:tardyp@gmail.com">tardyp@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hello,<div><br></div><div>It looks like you are having schedulers running on both masters, which might create this problem.</div><div>Make sure you run scheduler on only one master.</div><div>Normally buildbot should take care of having only one scheduler of a kind in the whole setup, but I think it does not work very well.</div><div><br></div><div>Also, indeed it is not recommended to do large file transfers with the transfer steps. Thos have the tendency of saturating the tcp connection between master and worker.</div><div><br></div><div>It is more recommended to use artifactory/nexus or just simple scp commands.</div><div><br></div><div>Regards<br clear="all"><div><div dir="ltr">Pierre</div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mer. 2 déc. 2020 à 20:46, Vlad Bogolin <<a href="mailto:vlad@mariadb.org" target="_blank">vlad@mariadb.org</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi,<div><br></div><div>I was wondering if you have any tips on setting up a symmetric multi-master for handling builds for masters running on the same machine. </div><div><br></div><div>Currently, we have a two master configuration where one master is serving the web service exclusively while the second is coordinating the builds. Before switching to this two master configuration, the interface was quite slow when multiple builds were running, but now this issue is solved. However, there still is a delay for starting builds so we would like to add a third master for handling the builds that shares the same config with the exiting one. We use DockerLatentWorkers exclusively and simply adding a new master doubles the amount of running builds instead of splitting the load. Do you have any tips on what might be the easiest solution to split the load? The masters run on the same machine.</div><div><br></div><div>P.S Also, we have quite a few file transfers between workers and master and we have sometimes noticed a very slow transfer speed. Can this be caused by an overloaded master?</div><div><div><br></div><div dir="ltr"><div dir="ltr">Thanks,</div><div dir="ltr">Vlad Bogolin</div></div></div></div>
_______________________________________________<br>
users mailing list<br>
<a href="mailto:users@buildbot.net" target="_blank">users@buildbot.net</a><br>
<a href="https://lists.buildbot.net/mailman/listinfo/users" rel="noreferrer" target="_blank">https://lists.buildbot.net/mailman/listinfo/users</a></blockquote></div>
</blockquote></div><div><br></div></div>