Disruption with Some GitHub Services – Resolved

Common Name (CN) www.dayswithoutgithubincident.com

Organization (O) <Not Part Of Certificate>

Common Name (CN) YR1

Organization (O) Let's Encrypt

Issued On Monday, August 10, 2026 at 10:01:51 AM

Expires On Sunday, November 8, 2026 at 9:01:50 AM

    Common Name
    R12
    Validity
    Not Before
    Tue, 10 Feb 2026 17:28:52 GMT
    Not After
    Mon, 11 May 2026 17:28:51 GMT

Seems like a weird thing to post on a status page. Shouldn't this have happened automatically and therefore precluded the need to inform users of it?

Their last postmortem made clear that their challenges are operational. Scale puts pressure on operation, but it's not what blocks them from keeping up.

Doubling the operation doubles the operational challenges.

The real money is going to go towards, "make this all more reliable".

It’s not the same thing as GitHub Enterprise Cloud hosted on the shared global network on github.com.

https://docs.github.com/en/enterprise-cloud@latest/admin/dat...

Edit:

Read that document - why do more people not do the self hosted option with GitHub Enterprise Server ?

I'm told that GitHub has asserted to us that moving to this model means we would not be exposed to github.com outages. It's not at feature parity with github.com though.

We're currently on "GitHub Enterprise Cloud" on github.com and are affected by this outage (even though we use self-hosted runners!), but we're not on "GitHub Enterprise Cloud with data residency" on *.ghe.com, which I understand is/may not be affected by this outage?

This has been a bad time, though. I'm ready to move back to self-hosting if they can't get it together or we move to GHDR and it's still bad.

I wonder how much egg is on that exec's face.

Which surprised me because of the many hundreds of services I rely on regularly that also have status pages.

Uptime reliability is nkt additive, it's multiplicative, sometimes even logarithmic.

Downtime of 99% and 99% is 98.1%. I hope almost all those services are non-prod related.

https://chromewebstore.google.com/detail/is-github-down/lcfo...

A VSCode extension:

https://marketplace.visualstudio.com/items?itemName=RuslanRy...

Firefox:

https://github.com/matagus/github-status-checker

Caveat: https://news.ycombinator.com/item?id=49450924

(disclaimer: none of these are recommended by me to use - merely sharing to build on for this discussion)

I'm also not sure why you'd share links to software you don't even recommend yourself? Isn't it better to just not share that then? I think others could use search engine/LLM too if they need whatever, but most generally expect things shared in the comments here to actually at least have been looked at by the person sharing them.

> It would be really cool if someone built an extension to show GitHub status live

"These already exist, why wouldn't you search before posting?"

> There exist quite a few extensions to show live GitHub status

"Why would you not post them if you know they exist?"

Or, what actually happened:

> Here are some extensions that might work for you to show live GitHub status

"Why would you recommend extensions to do this?"

Seems to me like, if your goal is to pick apart someone suggesting something, you'll find a way to.

This is not my complaint though, my complain is:

Why would you recommend extensions you haven't tried nor even read about yourself?

The goal isn't to pick apart the message to piss someone off, the goal is prevent someone else than the author from getting hacked because they install some random extension, not understanding what kind of access you're giving others when doing so.

Is all content in HN supposed to be professional and serious, or are humorous comments in fact allowed when discussing a market leading company who has had regular outages for a year and a half? (Yes, I know the actual reasons why GitHub are struggling.)

No

> are humorous comments in fact allowed

Yes

Neither is what's going on here. It's reckless to share stuff you haven't even looked at yourself, that's fairly basic thing to care about. Sharing "here's a bunch of random GitHub repositories" isn't humor (I think?) nor would it been different if the text was "more professional and serious", whatever that means.

Why you so mad about someone trying to help others from getting hacked? Install all extensions you want, based on what someone recommend or what you find randomly on YouTube, but let others be educated about what that means for their own security, not sure who that hurts and why you'd wanna stop it.

You could have posted a warning to not actually install random extensions. Instead you came across as questioning why anyone would post links to them at all. The poster was clear they didn't actually recommend the extensions. Sharing stuff is fun, and hardly any software posted to HN is professionally reviewed beforehand anyway.

Sharing stuff we know are good is fun. Sharing just random stuff? No, why would you do that? The whole point is why would you share those extensions if you don't actually recommend them? It's noise, the opposite of why we all come here in the first place.

Do you also just submit whatever to HN as link submissions, without even reading it or checking it yourself?

... I intended to indicate more a Quantity concept, the existence of these links is to suggest that there is additional interest and effort out there in the human universe of developers, that this whole GitHub disruption services issue is worsening and we all here on this Hacker News thread are trodding a somewhat well-worn path.

And I apologize for not making that conclusion in my comment so as to stave off spinning out a tangential discussion unnecessarily.

Yes it's reckless to say that I trust these browser extensions and GitHub repos with my private information.

In this circumstance, and somewhat ironically because of the actual issue at hand of us not being able to trust GitHub when we need to trust GitHub in order to get through our daily triage burdens, but in this circumstance, I wrote that I did not trust these.

So, I'm sorry for the confusion that it's causing, but it's really an indicator, showing that other people are experiencing frustration around the friction between they themselves realizing something is not working, and them resolving the issue after going through a potentially lengthy process to figure out that it actually is their source control and remote developer automation tooling that is failing them.

So I didn't put that conclusion in my comment.

When you two, in this thread, talk about humor on hacker News, I see where you're going. I really should have just put a conclusion in my comment so that it staved off the wandering to help make my comment more comprehensible, more quickly.

Sorry to have blown as much mental energy as it did, obviously resulting in an unwelcome and toxic result.

I didn't say, and I probably should have said, "Use the fact that there are a number of these developer focused IDE/ browser extension tools as motivating information, about the emerging need to support human developers in there daily triage burdens, as is it's arguably a need .. a trend that is worsening."

Overall, I disagree and think it's valid and responsible to share links to apps if I disclaimed that I don't recommend installing their linked applications in an environment that has access to private data.

One valid reason, to share links, is to illustrate that there are more than zero efforts to address this issue - the parent comment issue - through and even more convenient practice than firing up a web browser, following link, waiting for it to load, reviewing the material, to see if GitHub status is red or green today. So this reason attempts to build up the importance of the parent comment's idea, and suggests that legitimate verifiable work is advisable, to continue down that path of making it more convenient for developers have simpler, more human indicators about the reliability of their digital tools.

Pretty simple reason but that's my reason.

but I always have sense of fear that I might need it someday

but I still keep it on my browser, maybe someday I would like to fetch LLM and describe my interest over time

It could be a new Microsoft feature !

As an example:

$> gh omens

reckon github's about to go full bin chicken

—-

You can find it here: https://github.com/sandermvanvliet-stack/gh-omens

LOL is this really something Aussie's say? That’s hilarious!

Their bin-chicken status is testament to their adaptability, but it’s essentially our fault they’re that way.

This is why it's hard to take GitHub seriously. How can a single database cause an outage for everyone? This is amateur stuff. Have they no sharding or partitioning internally? Paying customers should not be impacted in the same way as free ones are.

RDBMS integrity basically requires that one master server is responsible for the whole data set and other servers may replicate from it. And it usually doesn't wait for a quorum of replicas, just for one, because the design is to recover from a hardware failure, not a network partition, although that could be fixed at the cost of increased latency.

This can be implemented in front of any RDBMS as a separate layer. Traditionally they weren't designed for quorum-sensing since it hadn't been invented yet. I'd be surprised if something like pgbouncer couldn't do it.

> primary failover briefly improved performance but did not fully mitigate, we've throttled inbound traffic and are investigating upstream Vitess issues

Maybe you expect that part of GitHub to have a scale where a single database can't handle it, but evidently that isn't true.

We can criticise them for not splitting up free and paid customers but again, most companies don't do that.