<div dir="ltr">Thanks a lot for the quick recovery!<div><br></div><div>Would it be possible to use something other than a redirect next time when traffic needs to be blocked? An apache deny rule or a 404 would work, but a redirect means that reloading the page (or reopening the browser) will cause the URL to be lost with little hope of recovery (browsers don't record redirects in the history). That can be very annoying when one uses tabs as bookmarks (bad habit as it is).<br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Oct 6, 2016 at 3:33 PM, Chad Horohoe <span dir="ltr"><<a href="mailto:chorohoe@wikimedia.org" target="_blank">chorohoe@wikimedia.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi!<div><br></div><div>Sorry for the extended downtime! >From what we can tell, it appears as though</div><div>the machine that Gerrit is running on (lead) is having some hardware issues that</div><div>are making the CPU misbehave. We've worked around it for now, so things should</div><div>be up (and Zuul is processing CI events just fine).</div><div><br></div><div>However, since it appears it's a hardware problem, we're planning to migrate off</div><div>of lead to a new machine (cobalt). The public IP addresses will not be changing.</div><div>The plan right now is to do this migration tomorrow with a scheduled downtime</div><div>at 17:00UTC (10:00 PST).</div><div><br></div><div>We'll be keeping a close eye on things in the meantime, so if things deteriorate </div><div>again we can start the migration sooner.</div><div><br></div><div>(and yeah, wikitech incident report to follow, I'm a little burnt out right now though)</div><div><br></div><div>Thanks again for bearing with us!</div></div></blockquote></div></div></div></div>