<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">Le jeu. 6 oct. 2016 à 18:44, Neil Gilmore <<a href="mailto:ngilmore@grammatech.com">ngilmore@grammatech.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Good morning everyone,<br class="gmail_msg">
<br class="gmail_msg">
This week I moved over to multi-master. It's kind of working.<br class="gmail_msg"></blockquote><div><br></div><div>Hi Neil,</div><div>That is good news!</div><div><br></div><div>For people interrested in multimaster, I have prepared a docker-compose setup to demonstrate how to build a multimaster setup</div><div><br></div><div>It is available here:</div><div><a href="https://github.com/buildbot/buildbot-docker-example-config/blob/master/multimaster/docker-compose.yml">https://github.com/buildbot/buildbot-docker-example-config/blob/master/multimaster/docker-compose.yml</a> </div><div><br></div><div>I got a compatibility issue with latest autobahn though that I need to fix first, I'm not sure if you saw it.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br class="gmail_msg">
We have 4 masters. One just has the UI and force schedulers (and the<br class="gmail_msg">
other schedulers, too). One has a particular category of workers. One<br class="gmail_msg">
has the other category of workers. And the last is supposed to have our<br class="gmail_msg">
process for monitoring results.<br class="gmail_msg">
<br class="gmail_msg">
It mostly works. Much of what doesn't is most likely my fault. For<br class="gmail_msg">
example, it turned out to be very much easier when porting our<br class="gmail_msg">
master.cfg to multi-master to decide whether to add a builder after<br class="gmail_msg">
creating it rather than before. Unfortunately, I seem to be adding<br class="gmail_msg">
MailNotifiers whether or not the builder is added. The result is that<br class="gmail_msg">
every failed build results in 3 emails.<br class="gmail_msg"></blockquote><div><br></div><div>indeed reporters are not a clustereredService like the scheduler are, while they should probably be.</div><div>There is nothing that requires the reporter to be hosted on the same master as the build.</div><div>So you can basically setup the email reporter on your UI maser or on your monitoring master.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br class="gmail_msg">
That would have been merely comical, except that a process that nearly<br class="gmail_msg">
every builder uses (reporting stuff) crashed sometime this morning,<br class="gmail_msg">
which resulted in nearly every build failing (couldn't report). And<br class="gmail_msg">
other glitches in the conversion of master.cfg prevented the crashed<br class="gmail_msg">
process from getting restarted.<br class="gmail_msg">
<br class="gmail_msg">
At least I can fix that easily enough.<br class="gmail_msg">
<br class="gmail_msg">
We do get an awful lot of<br class="gmail_msg">
buildbot.db.schedulers.SchedulerAlreadyClaimedError. I'd left all the<br class="gmail_msg">
schedulers on all the masters as Pierre indicated to me that if one<br class="gmail_msg">
master fails, another will pick up the scheduler. But it seems as though<br class="gmail_msg">
this ought to be one of the exceptions suppressed by c['multiMaster'] =<br class="gmail_msg">
True.<br class="gmail_msg"></blockquote><div>Indeed, actually the code that dump the database error is generic, but there are some errors that are normal in a multimaster setup.</div><div>Those are SchedulerAlreadyClaimedError, and BuilrequestAlreadyClaimedError.</div><div>This is a cosmetic issue that we should get fixed for 0.9.1.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br class="gmail_msg">
And congratulations on getting 0.9.0 released!<br class="gmail_msg"></blockquote><div>thanks! Now you should upgrade!</div><div><br></div><div>Pierre</div></div></div>