<div><div dir="auto">I’m the root care taker on the Mac ci box.  </div></div><div dir="auto"><br></div><div dir="auto">One issue here is that while  forks and branches both get ci, only branches are visible to non admin roles. So there could be a kajillion other folks forks going on or something. </div><div dir="auto"><br></div><div dir="auto">timeouts sound like gitlab side thing.  I definitely have had to restart jobs before.  </div><div dir="auto"><br></div><div dir="auto">For what it’s worth: it’s hosted at Mac stadium so it’s actually in a data center.  Plus after Ben added some disk space cleanup scripts to the ci its had zero administrative interventions for months.  Plus it’s configured to actually have a working gitlab runner even if a reboot happens (took a while to figure out that bit of Mac admin )</div><div dir="auto"><br></div><div dir="auto">Failures on the Mac mini side tend to have more informative failure modes. Timeouts are a gitlab runner thing. And I’ve definitely had to tickle restarting in my own patches. </div><div dir="auto"><br></div><div dir="auto">Next time you hit a failure could you share with the devs list and or #ghc irc ?</div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, May 8, 2019 at 2:59 PM Iavor Diatchki <<a href="mailto:iavor.diatchki@gmail.com">iavor.diatchki@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I think there was the ghc-devops-group list, but I don't know if it is<br>
still active, and I kind of like to not have to follow too many lists.<br>
<br>
For example, I had also not realized that it is an option to push to<br>
branches on the main project, and have been using my own fork,<br>
so thanks for posting this here!<br>
<br>
-Iavor<br>
<br>
<br>
On Wed, May 8, 2019 at 11:40 AM Kevin Buhr <<a href="mailto:buhr@asaurus.net" target="_blank">buhr@asaurus.net</a>> wrote:<br>
><br>
> Over the past few days, I've submitted several merge requests from<br>
> branches on my forked project (mostly because I didn't even realize<br>
> pushing to a branch on the main project was an alternative).<br>
><br>
> When those MRs run under CI, I've had a bunch of failures due to<br>
> timeouts waiting on a darwin-x86_64 runner.  I was a little mystified<br>
> that no other pipelines besides mine seemed to be having this problem,<br>
> but I've come to understand that MRs submitted from branches on the main<br>
> project use a different, larger set of runners than the shared runners<br>
> used by MRs from branches on forked projects.<br>
><br>
> Under my project, I can view the available shared runners under the<br>
> "Settings" -> "CI/CD" -> "Runners" tab, and the problem seems to be that<br>
> there's only one darwin runner ("b4bc6410" /<br>
> mac-mini-x86_64-darwin-davxkc).  This machine is a trooper, but it<br>
> unfortunately shares a circuit breaker with a toaster oven, so it goes<br>
> offline every time someone wants a bagel, and the rest of the time it<br>
> must be running CI for a few hundred GHC forks.<br>
><br>
> I ended up deleting an (unreviewed) MR sourced from my branch, and<br>
> pushing it to the main project and resubmitting just to get the CI to<br>
> run.  (Admittedly, it failed, but at least not on darwin!)  I obviously<br>
> don't want to do this with the merge requests that have already been<br>
> reviewed.<br>
><br>
> Is this a temporary problem?  Is there anything I can do other than keep<br>
> retrying the darwin jobs every couple days?<br>
><br>
> Also, is there a better place than "ghc-dev" to send these sorts of<br>
> GitLab/CI issues?  I thought there might be a project dedicated to it,<br>
> but if so I couldn't find it.<br>
><br>
><br>
> --<br>
> Kevin Buhr <<a href="mailto:buhr@asaurus.net" target="_blank">buhr@asaurus.net</a>><br>
><br>
> _______________________________________________<br>
> ghc-devs mailing list<br>
> <a href="mailto:ghc-devs@haskell.org" target="_blank">ghc-devs@haskell.org</a><br>
> <a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs</a><br>
_______________________________________________<br>
ghc-devs mailing list<br>
<a href="mailto:ghc-devs@haskell.org" target="_blank">ghc-devs@haskell.org</a><br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs</a><br>
</blockquote></div></div>