GitHub Outage Map
The map below depicts the most recent cities worldwide where GitHub users have reported problems and outages. If you are having an issue with GitHub, make sure to submit a report below
The heatmap above shows where the most recent user-submitted and social media reports are geographically clustered. The density of these reports is depicted by the color scale as shown below.
GitHub users affected:
GitHub is a company that provides hosting for software development and version control using Git. It offers the distributed version control and source code management functionality of Git, plus its own features.
Most Affected Locations
Outage reports and issues in the past 15 days originated from:
| Location | Reports |
|---|---|
| Inverness, Scotland | 1 |
| Quito, Pichincha | 2 |
| Junín, Manabí | 1 |
| Guadalajara, JAL | 1 |
| Paris, Île-de-France | 6 |
| São Paulo, SP | 1 |
| Ipauçu, SP | 1 |
| Vigo, Galicia | 1 |
| Tel Aviv, Tel Aviv | 1 |
| Éragny, Île-de-France | 1 |
| Saltillo, COA | 2 |
| Montlhéry, Île-de-France | 1 |
| Aulnay-sous-Bois, Île-de-France | 1 |
| Granada, Andalusia | 1 |
| Vernon, Normandy | 1 |
| Township of Evan, KS | 1 |
| Madrid, Madrid | 1 |
| Bogotá, Bogota D.C. | 1 |
| Lyon, Auvergne-Rhône-Alpes | 1 |
| Lima, Lima | 1 |
| Aix-en-Provence, Provence-Alpes-Côte d'Azur | 1 |
| Trento, Trentino-Alto Adige | 1 |
| Le Chambon-Feugerolles, Auvergne-Rhône-Alpes | 1 |
| Antananarivo, Analamanga | 1 |
| Lure, Bourgogne-Franche-Comté | 1 |
| Ashkelon, Southern District | 1 |
| Veigné, Centre | 1 |
| Saint-Paul, Réunion | 2 |
| Mexico City, CDMX | 1 |
| León de los Aldama, GUA | 1 |
Community Discussion
Tips? Frustrations? Share them here. Useful comments include a description of the problem, city and postal code.
Beware of "support numbers" or "recovery" accounts that might be posted below. Make sure to report and downvote those comments. Avoid posting your personal information.
GitHub Issues Reports
Latest outage, problems and issue reports in social media:
-
Tolu Hunter (@tolu_hunter) reportedClone the repo and give it a shot, link below. Open a GitHub issue if there's a tool or retrieval method you'd want added. And if this is what your business needs built for real, my DMs are open.
-
great hylord cavey phd ∿ (@cavemanloverboy) reportedcentralized server cant handle 1000 tps? solana could be github lol (if all commits were under 4kb)
-
imam (@marbennaid) reportedis github down again? Why is it so slow ?
-
Remyno (@JUSTRandomU) reported**YOU NEED TO LOGIN WITH A 10 MONTH OLD GITHUB ACCOUNT ONLY**
-
Rabnoor Singh (@RabnoorSingh10) reported@burkeholland @github Every tool in this category has that problem now. Reputation runs about a quarter behind the product.
-
Dominik Koch (@dominikkoch) reportedHere is why (its 3am ill make a github issue tomorrow): I miss having a proper message queue system, every message seems to instantly be part of the chat and im not sure if the agent read it yet or not
-
ChrisM (@ChrisMasterton) reported@YINMELO @thsottiaux Omg, I’m saying that we’ve been told it’s safe to use all these features but it’s not. That’s where all OUR tokens are going. Geezus ****. I’m saying it DOES matter to US - I’m not saying it’s OUR fault, the opposite. OAI devs have infinite credits, they simply won’t see the same issues that you and I see. They will look for different answers because they don’t see the same thing we do. Root Cause Analysis is an underrated skill. I’ve been a dev for 30 yrs and it took me this long and a lucky accident to figure out the differentiator. I don’t think OAI have nerfed anything, they (and others) promoted features without understanding the ramifications to the average user (you and me). It’s not their “fault” but it is their responsibility to listen to their customers and not blow us off with nonsense about sub2api. It’s not that. It’s obviously not that. I started using agents because I was told it would decrease my token cost. If you have lots of skills; if you spawn multiple chats at once, and if they spawn agents you are suffering from a massive initial prompt that does not get cached until your second message - for every chat, for every agent, and if you have X minutes between chat responses. There are so many of us using codex we have wildly different usage patterns. Thank goodness for years of gamedev where **** goes wrong in the weirdest ways. That’s what turned me on to agents and large initial prompts. Btw, I asked codex about all of this - codex literally agreed and posted the github issue for me. Luna is great (I use it for lots of chatbots - love it!), but spinning up multiple small agents is costing all of us a huge amount of initial tokens. I’m on your side, our side, OAI’s side. I want o find a solution, and the lack of RCA on OAI’s side is really disappointing.
-
Shravani (@Shra_va_ni) reportedwhat if GitHub charged $0.01 for every commit? would you finally stop making fix fix2 final fix final fix 2 😭
-
Michael (@Michael55698384) reportedIs it just me, or does the @github website seem particularly slow today?
-
Dan Olson (@olson_dan) reportedI did review this decision making in the GitHub issue when I was first burned by it. The normal thing if everyone agreeing with another in the first few posts of the issue and by the time someone comes in pointing out a problem that wasn’t considered adequately no one wants to “re-litigate” it. This one was more innocent than some but still. No good excuses for this.
-
Jesse Nickles (@jessuppi) reportedUpdate: to anyone else experiencing this... after force revoking ChatGPT from both Authorized GitHub apps and Installed GitHut apps, logging out of ChatGPT, logging it to ChatGPT in private tab and starting new chat, I was able to get it working again, but slow af vs. before.
-
f4g (@f4gch) reportedDisagree on that, codeberg is a somewhat proper non-profit that unlike others doesn’t have hard large sponsors (feel free to correct). Looking at the graph of new AI-base projects on GitHub and them slowly having more and more a problem with outages I see a pattern Codeberg doesn’t have MSFT budget and if it ends up expanding like it had that budget it’d either HAVE to submit to large investment group sponsors or become paid both of which potentially come with hard drawbacks
-
TechManTy 👌 (@TechManTy) reported@BlockStBoys they need to contact the github dev if they have an issue?
-
Yume_X (@yume_arasaki) reportedShowing the true power of the DGX Sparks : The AI Cookshow. Two Sparks. One night. A model fleet wrote a playable roguelike from a single prompt, and then one of the models sat down and played its own game. No API. Zero cloud tokens. The setup: - Spark 1 runs Qwen 3.8 27B dense (NVFP4, DSpark speculative). The brain. - Spark 2 runs Ornith-1.5 35B-A3B (NVFP4, MTP). The hands. - 128GB unified memory each, roughly 100W per box. The 35B fans out parallel drafts, one game module per stream, up to 24 streams at once. The 27B judges every draft on the other Spark, scores it, picks the winner. Best-of-N with an honest referee. New rounds, new modules, the game assembling piece by piece across the night. Both boxes fully loaded, both models earning their keep. An bitmap tile-based dungeon game was produced in two minutes, it's not visually impressive but it works. The throughput, measured on my rig: Ornith (drafter): - 1 stream: 88.7 tok/s - 8 streams: 305.7 tok/s aggregate - 24 streams: 496.6 tok/s aggregate. 13 percent over the published recipe number. Qwen 3.8 27B (judge): - 1 stream: 45.0 tok/s - 8 streams: 141.1 tok/s aggregate. DSpark overdelivers against its own estimate. Concurrent streams across the whole project: - 24 parallel drafting streams — the original fleet run (8 scopes × 3 rollouts each), 24/24 usable drafts in 101 seconds. That's the peak, on one Spark. - 18 multimodal drafts (6 scopes × 3) in 95s — the ASCII edition rerun, references attached - 18 drafts in 119s — the HTML edition - 16 simultaneous tonight — 8 drafters on Spark 2 + 8 judges on Spark 1, both boxes loaded at once - c24 sustained on the bench — that's where the 496.6 tok/s number comes from That is 637 aggregate tok/s of generation across two boxes pulling about 200W total. And the fleet delivered. Full drafting waves landed with every module usable. The judge caught every truncation, every hallucinated import, every missing function, before anything reached assembly. Zero false alarms in the logs. When it flagged a draft 4/10 for a logic error, the crash was real. The output: a tile roguelike. Single 19KB HTML file, zero dependencies, runs in any browser. You download it, you double-click, you are in a dungeon crawler. Not the final game I want yet, it is v1, but it boots, it plays, it fights back. Then my favorite part. We handed the 27B a real Chrome window, pointed it at its own game, and said play. It screenshotted, looked, chose a key, pressed it. 60 moves, every frame recorded. It explored, it found enemies, it fought. The model that wrote the engine also played it, with its own eyes. Stay tuned for episode 2. Drop in reply, what would you like to see tested out on two DGX sparks? Recipes and github gist in reply
-
Delighful Derek (@traderphos) reportedDid this idiot not read the root cause? AWS had horrible load balancer issues and would have been subjected to same outages given the high volume of vibe coded slop idiots like this guy keep pushing to GitHub