Github folks--this is really getting bad. I find it strange that your leadership will spends weeks of time, and pen hundreds of words about making right the wrongs they created with censorship (see: https://github.blog/2020-11-16-standing-up-for-developers-yo... ), yet there's almost no attention given to these major outages that keep happening for a year now. Where is the acknowledgment of a problem, root-cause anal…
Critical issue: "change master to main across the board"
GitHub was down
61–70 of 88 posts
Re: GitHub was down
#62Hi all - I'm the head of engineering at GitHub. Please accept my sincere apology for this downtime. The cause was a bad deploy (a db migration that changed an index). We were able to revert in about 30 minutes. This is slower than we'd like, and we'll be doing a full RCA of this outage. For those who are interested, on the first Wednesday of each month, I write a blog post on our availability. Most recent one is here…
Thank you for not doing that.
Re: GitHub was down
#63Unfortunately right when we were trying to deploy a hot-fix to production, our CI can't clone the PR to run tests. What do other folks use to avoid this situation? Have a Gitlab instance or similar that you can pull from instead for CI?
Well unfortunately it seems everything I said 11 days ago has become a reality I'm afraid and I was still downvoted for pointing this truth out. [0] Too many times I suggested everyone to begin self-hosting or have that as a backup but once again some think 'going all in on GitHub' is worth it. (It really is not the case) [0] https://news.ycombinator.com/item?id=26301750
Don't read too much into it and comment freely as normal. In the end, it's just internet points.
Re: GitHub was down
#64Hi all - I'm the head of engineering at GitHub. Please accept my sincere apology for this downtime. The cause was a bad deploy (a db migration that changed an index). We were able to revert in about 30 minutes. This is slower than we'd like, and we'll be doing a full RCA of this outage. For those who are interested, on the first Wednesday of each month, I write a blog post on our availability. Most recent one is here…
Re: GitHub was down
#65Hi all - I'm the head of engineering at GitHub. Please accept my sincere apology for this downtime. The cause was a bad deploy (a db migration that changed an index). We were able to revert in about 30 minutes. This is slower than we'd like, and we'll be doing a full RCA of this outage. For those who are interested, on the first Wednesday of each month, I write a blog post on our availability. Most recent one is here…
Re: GitHub was down
#66Earlier quoted context omitted.
good point; I think they might be deploying big features on fridays? as of late I've noticed most of the issues I have seen happen on Fridays.
Why would that be the case? Shouldn't it be more common to find deployments happening early Monday morning? It's common practice to avoid potentially bug-inducing changes right before the weekend hits
If you’re trying to minimize impact to business customers you deploy Friday night.
Re: GitHub was down
#67Earlier quoted context omitted.
Critical issue: "change master to main across the board"
You might be surprised to learn that there are many teams responsible for many things, and SRE is very likely a team different than the one that handles user experience decisions
Re: GitHub was down
#68Earlier quoted context omitted.
good point; I think they might be deploying big features on fridays? as of late I've noticed most of the issues I have seen happen on Fridays.
Why would that be the case? Shouldn't it be more common to find deployments happening early Monday morning? It's common practice to avoid potentially bug-inducing changes right before the weekend hits
Re: GitHub was down
#69This is becoming a regular occurrence by now.. I wonder if reliability has become less of a priority. As somebody with little to no experience of running things at scale I’m finding myself attributing this to some form of “move fast and break things”.
> I’m finding myself attributing this to some form of “move fast and break things” That was the case when they were the small and hungry startup. Meanwhile they've been acquired by a giant corporation with a less than stellar reputation for reliability or quality. So it's most likely a case actually of "move slow and break things".
That is unfair Minesweeper never crashed, and the printspooler is not up for debate here ;)
Re: GitHub was down
#70This is becoming a regular occurrence by now.. I wonder if reliability has become less of a priority. As somebody with little to no experience of running things at scale I’m finding myself attributing this to some form of “move fast and break things”.
Often git operations were unaffected though.