Top
Best
New

Posted by Footkerchief 16 hours ago

GitHub Actions and Pages are experiencing degraded availability(www.githubstatus.com)
https://www.githubstatus.com/uptime/br0l2tvcx85d
377 points | 307 commentspage 4
adamddev1 8 hours ago|
I moved to a self-hosted Forgejo, with a self-hosted runner on another cheap Hetzner server. It's amazing how clean, snappy, and reliable it is.
1vuio0pswjnm7 8 hours ago||
49199094 | GitHub Is Experiencing Difficulties | https://www.githubstatus.com/?d=2026/08/06 | https://news.ycombinator.com/item?id=49199094
zer0x4d 11 hours ago||
I run a self-hosted Gitlab instance. 100% uptime with my own runners.
steve-atx-7600 14 hours ago||
WTF. Outage every month if not multiple. Even for paying enterprise plans.

Also, doesn't even have RAG offering.

opwizardx 14 hours ago||
How did they get Github Pages into “degraded performance”? Aren’t those just CDN stored static pages?
classictraffic 14 hours ago||
I believe Pages uses Actions under the hood for publishing, so in my head it sort of makes sense for these things to be affected in the same outage
opwizardx 14 hours ago|||
You are right, didn’t know that.

Seems like the only reliable way to run GHA jobs is to not use their runners. Hope they at least didn’t break self-hosted runners operations

ernubufiei 12 hours ago|||
they did.

> Customers using self-hosted runners may see errors or rate limiting when runners register.

wulfmann 14 hours ago|||
Well hopefully reads aren't affected then...
jubilanti 13 hours ago||
Already built pages are still being served, but I've been waiting for 3 hours for an action to rebuild a single fix to a broken link.
kilroy123 8 hours ago||
This is going to sound crazy, but I kind of wish they went back to paid accounts. This would stop a lot of this.
rootnod3 12 hours ago||
Self-hosting is king.
cautiouscat 12 hours ago||
I’ve been self-hosting lore and gitea the past 6 months or so and it’s been a breeze. For anything I really care to share I throw up on Tangled.
mschuetz 12 hours ago||
Except anything I'd self host would be down much more often. I've hardly ever actually experienced down time issues with github when I needed it.
thecatapps 12 hours ago|||
I've never understood this argument. Even if self-hosted things were offline more often (which I've never found to be the case, I've had Forgejo + runners running for a year now with no downtime), the real benefit is that you yourself can work to bring it back online when it does, rather than waiting on a large, slow-moving organization to figure out what slopped PR caused their global service serving ungodly amounts of RPS to go offline again.
onraglanroad 12 hours ago||
I wrote my reply before yours appeared but it's basically agreeing. A simple Forgejo hasn't given me any grief. It really seems simpler.

Maybe they're hosting in us-east-1 though :)

crmsystems 9 hours ago||
lol
jeltz 12 hours ago||||
Then you would be exceptionally bad at selfhosting as Github has like one nine of uptime.
rachr 12 hours ago||
It still has 2 9s according to the status page, but it is approaching Claude levels of downtime. :(
Nextgrid 9 hours ago||||
Hard disagree.

Self-hosting a service like GitHub that operates at GitHub scale is difficult.

Self-hosting a service like GitHub that operates at the typical small/medium company's scale is trivial.

A single machine (with separate runners for CI) will cover many companies' needs. It being a single machine eliminates a lot of the complexity and failure modes associated with a distributed system and makes backups/restores/maintenance easy.

onraglanroad 12 hours ago|||
[dead]
chiply 11 hours ago||
Time to rant... This is absolutely unreal.

Even self-hosted runners are impacted.... How can that be?

The cost of this globally has got to be in the hundreds of millions to companies that use CI/CD through GitHub Actions. What if prod is broken and GitHub actions is stalling the deployment of your hotfix? What if this makes your organization miss and SLA and diminish user trust? What if this makes you miss a release that you were contractually obligated to meet? This is happening during peak dev hours on a Thursday (not that it would be acceptable at any other time).

I don't understand how a service this critical to the global technical infrastructure can fail like this at all, let alone for more than a few hours. Like where's the backup generator for crises like these? You can't even use self-hosted runners? WTF? Like how can you not bring your own backup in a crisis event like this?

Not that Microsoft has a good reputation, but holy moly, you'd think they would prepare from something inevitable like this.

carlosneves 10 hours ago||
That's exactly the situation I'm in... :crying-laughing:

The fix is merged, but won't deploy... it's been hours

Thankfully it's a batch job, and isn't interrupting production ATM

chiply 9 hours ago||
I feel for you.... This is not a position you should be put in.

There's always the escape hatch of running you GHA workflows locally, but unfortunately, despite the existence of packages like `act`, there is no way to fully recreate the GHA runtime locally. Tons of the special YAML syntax just can't (more accurately, "just doesn't") get interpreted by those local actions runners.

We never went this route, but at my old org, I always advocated for considering GHA to be wrapper around a single bash script (or whatever script you want to run), as a means of completely breaking out of the GHA hellscape that is programming in YAML, who's turing-completeness is pretty dubious.

Unless you have things set up this way, you (the client of GitHub) would have to completely redesign your CI on the fly, run it locally, and then figure out how to get the D compliment of the I to work in a way that is auditable. Fat chance for most teams I bet.

Thank god you're dealing with a batch scenario. Silver lining for sure. Still, embrace the anger.

What makes my blood boil is that there's millions of DEVs literally crying at the moment worrying about how GitHub's failure to be responsible will put their jobs in jeopardy.

And fingers crossed for you my friend. We're at 5+ hours at the time of this writing.... You're batch job may still have a chance!!!

nlightcho 11 hours ago||
Counterparty risk is still a thing. This is the cost of convenience, reminds me of the milkman joke in that South Park episode. Maybe a global SPOF owned by people who do not care is not the way to go.
chiply 9 hours ago||
Dude that milkman joke made me cackle out loud.

It's hard to draw a direct analogy there, but I feel like it echoes the same sentiment.

A soapbox I have is that GHA workflows are scripts that could run on your machine without any of the YAML stuff. Who gives a flying about the DAG or the logs? Which, by the way, if you're willing to walk to the milk store to buy your milk, could be recreated in a much more testable and maintainable way without any of the YAML bs that GHA prescribes....

But DAGs are pretty, and logstreams showing up in a browser application instill trust (for reasons that fly far above the head of yours truly). So people go for that. Pretty DAG, nice logstream; therefore, deliver my milk. All of a sudden.... The CI/CD platform is having its merry way with your SLAs, contract abidements, and hotfix deployments.

What a time to be alive.

Not to rail on the South Park thing, but the blast radius of this issue also reminds me of the episode where the internet dried up.

If this bs with GitHub continues, Parker/Stone will have to make a GitHub episode. How seen would we all feel if that happened?

newtonianrules 15 hours ago||
Did Microsoft fire all the people working on the GitHub features people actually use?
WorldMaker 13 hours ago||
You don't think GitHub working on seven different interfaces to copilot and vibe coding PR page changes filled with bugs are a good use of engineering time?~
Topfi 15 hours ago||
I mean, Github doesn't have its own CEO anymore, so arguably.
sharts 13 hours ago||
It sucked with a CEO as well
samat 9 hours ago|
I stopped using github for anything but git backups

latest server i set up is simply a bare repo + hooks to make a local deploy after running tests and shit

super easy to set up having ai do it, zero dependencies, deploy is still 'push it to the main'

i have several remotes for backups and stuff

More comments...