GitHub status: access issues and outage reports

Problems in the last 24 hours

The graph below depicts the number of GitHub reports received over the last 24 hours by time of day. When the number of reports exceeds the baseline, represented by the red line, an outage is determined.

Most Reported Problems

The following are the most recent problems reported by GitHub users through our website.

• Website Down (53%)
• Errors (33%)
• Sign in (14%)

Live Outage Map

The most recent GitHub outage reports came from the following cities:

City	Problem Type	Report Time
Paris	Website Down	13 days ago
Ahmedabad	Errors	19 days ago
Delme	Sign in	20 days ago
Lyaud	Website Down	20 days ago
Catania	Errors	22 days ago
Inverness	Website Down	1 month ago

Full Outage Map

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:

• 
  radhika (@RaadhikaThacker) reported 3 minutes ago

  YAML’s more like a rule book/recipe that builds the form for you. Then I figured YAML was a forms thing. Nope. It’s just a way of writing information down in a structured way. GitHub uses it for a form. Kubernetes uses the same thing to describe a server.

• 
  Gordo Polymath (@gordo_polymath) reported 4 minutes ago

  @github Please fix gh stack.

• 
  Aayushiii (@stfu_aayushiii) reported 7 minutes ago

  If you're building a project, read this before writing a single line of code. 5 things I learned the hard way: 1. Problem > model Don't start with “How do I use GPT?” Start with “What problem am I solving?” 2. Simple stack > impressive stack If your MVP needs Kubernetes, 6 microservices and an agent swarm, you probably haven't built an MVP. 3. Evaluate before you optimize You can't improve what you can't measure. 4. Build for users, not your GitHub README A technically impressive project nobody can use isn't a product. 5. Ship ugly. Iterate fast. Your first version isn't supposed to be impressive. The biggest mistake? Spending weeks deciding which model to use when you haven't even validated the problem.

• 
  mrgadget (@mrgadgetstudio) reported 8 minutes ago

  @EzekielCrrypt I still deploy code to github, what's problem?

• 
  Vikas(Vik) Malpani| AI for US Real Estate (@vikasmalpani) reported 9 minutes ago

  GitHub just shipped an agent whose entire job is deciding when a human should look. It checks every open pull request every 15 minutes, and on almost all of them it does nothing. Sit with how strange that is. For a year the whole pitch for coding agents was do the work, review my code, ship the PR. This one's value is the inverse. It runs constantly and stays quiet, and the product is the small set of PRs it decides are actually worth your time. That is the shift people are missing. Once an agent can act continuously, the scarce resource stops being how much it can do. It becomes how much of that is worth a human's attention. An agent that pings you on every pull request is just faster noise. One that surfaces the three that genuinely need judgment is leverage. The honest problem is the deciding. Tune the filter too eager and it cries wolf until you mute it. Too cautious and it silently ships the one change you needed to catch. Getting when to interrupt a human right is harder than getting the work right, and nobody has a clean metric for it yet. So here is the bet. The next moat in agent products is not a smarter model. It is a better sense of when to stay quiet. If you are building with agents, the thing worth obsessing over is not how much work they can generate. It is how well they protect the one budget that does not scale: your attention.

• 
  tonis (@totovoto) reported 12 minutes ago

  @mittsh I was trying to find an open-source alternative for Tailscale when I first needed it. I guess AI suggested some OSS options, but they didn't have many stars on GitHub. AI didn't suggest Nebula. The Tailscale plan was free, so I just installed it and forgot about it. For Nebula, I think it is a distribution problem.

• 
  Uptimus (@UptimusApp) reported 15 minutes ago

  Sep 02, 2026 at 13:29 UTC: Semaphore reports that periodic authentication failures with GitHub repositories are linked to a wider issue affecting HTTPS operations.

• 
  John X Meta (@John4MetaX) reported 16 minutes ago

  @bashy_io I think one of their route is down. Same here. GitHub and Flutterwave API not accessible on Starlink

• 
  Dr Milan Milanović (@milan_milanovic) reported 18 minutes ago

  How Cursor made *** scalable The thing with *** is that it never was designed to be scalable. Your repo lives on the disk, and *** client expect every read to be consistent. This was a problem on GitHub, where shared filesystems and replicated storage failed before 2013. The GitHub built 𝗦𝗽𝗼𝗸𝗲𝘀, and it became the industry standard. This means that every repo is stored as three full copies on three servers, and every push runs a vote (three phase commit). A majority of servers must confirm before it exists. This works, but with high cost, because every push is slow as the slowest server. When we add new servers, it makes it even slower. Now Cursor took some opposite direction with 𝗖𝗼𝗻𝘁𝗶𝗻𝘂𝗶𝘁𝘆. The repo history is now written as a log in S3, and this is only source of truth. Any push counts only if it is located in the log. The servers don't need to keep anything important, they are just cache. Any server can take a push, and idle repos are dropped from disk and rebuilt from the log when it is needed. This resulted in 120 pushes per second on standard S3, and over 300 on S3 Express. Their tests have shown that read capacity grew linearly up to 100 replicas. Why is this important now? Because of AI agents mostly. We now have more code, PRs, CI runs and many small repos. All of these repos would need three full copies in the old model. This means that we achieve scale by removing parts, not adding them.

• 
  shifan (@sanereverie) reported 18 minutes ago

  building something that races coding agents on the same GitHub issue and scores the PRs. coming soon.

• 
  catman (@catmanyau) reported 23 minutes ago

  @CricTalk29 for me, losing Cursor would hurt most because it sits directly in the editing loop. would the vote change if github outages were limited to code hosting but issues and reviews stayed available?

• 
  Convequity (@convequity) reported 26 minutes ago

  Snyk is a clean postmortem for what happens when a security tool lives inside the coding agent’s loop. The product was mostly scan-and-warn. Find the issue, comment on the PR, suggest a fix. Blocking the merge usually sat in GitHub, not in Snyk. Bigger platforms smothered it. $PANW, $CRWD, and Wiz pulled AppSec into the bundle the CISO was already buying. GitHub was the main developer surface and put scanning where the code already lived. Then coding agents arrived and delivered the final blow. A lot of that scanning became something the agent could just do. Growth held up for a short while after the COVID/cloud tailwind. Then it decelerated hard. This is the same lens we use in Convequity’s SaaS Agentic Survival Evaluation Framework. The PANW, CRWD, and FTNT reviews go up on Convequity in a few days.

• 
  Paperpal (@0paperpal) reported 27 minutes ago

  Fix your markdown rendering (readme md) on mobile @github, issues are: * auto scrolling to top after page loading * no content rendering if scrolled fast

• 
  Dhanji Bhagat (@BhagatDhanji) reported 29 minutes ago

  Devs, what's your workflow? Create an issue first, then fix it OR just fix the bug and push directly to GitHub?

• 
  Solman (@Arunbandari2004) reported 36 minutes ago

  Day 2 :- Sept 2 → Dec 31 = 120 days. Continuing my public journey with one goal: Get placed in an AI/ML/web3 role by the end of 2026. -Worked on RAG with LangChain -Contributed to an Open Source project -Completed the Turbbin assignment Worked on an assigned GitHub issue

• 
  Rusty Williams McMurray (@1RustyMac) reported 36 minutes ago

  Persistent AI doesn’t have a supply chain problem at the model. It has a supply chain problem at the moment it changes its mind. Personality drifts. Tools get installed. Memory accumulates. The thing you shipped on Monday is not the thing answering on Friday. We can attest who built the weights. We still cannot attest who authorized what the agent became on Tuesday. That is the hole. Who is allowed to let it change? We built Living Supply-Chain Security for Persistent AI Organisms around one law: The organism may propose evolution. It may not authorize it. No trace, no drift. If an agent wants a new personality, a new tool, a new maturity, or a rollback — that change does not happen because it felt confident. Confidence is not a key. Self-narration is not evidence. Evidence is not interpretation. Interpretation is not authorization. Authorization has to come from outside the organism, bound to the exact change, used once, and written into an append-only history. Even a rollback cannot erase the record. You can restore a prior state. You cannot pretend the detour never happened. Default-deny. Hash-chained. Externally signed. We froze battery v1 on July 5 and ran it against the paper’s own claims. It held. That is executable evidence. Not a proof. Not a production blessing. Not “alignment, solved.” If it can’t be attacked, it isn’t finished. GitHub later this week. Come try to break it.

• 
  LLL (@triplellltrbl) reported 37 minutes ago

  You know it's so funny to me That in today's age there are so many people that are just straight up copying workflows, AI automations or GitHub repos Without even thinking twice about what the workflow actually does or how it works They just watch some video, see the output, think, "Oh that's cool. I want that," and then try it Then when it doesn't work they get angry, upset, and say that AI is crap or prompting isn't real The issue wasn't the system or the prompt It was a fact that the system wasn't made for you and you don't actually understand it

• 
  Apoorv (@apoorvdarshan) reported 37 minutes ago

  @Dimillian these issues have been multiple times reported by users on github i hope open ai fix those, as well as please consider using native than electron

• 
  gatorade (@kadetXx) reported 38 minutes ago

  because it’s not worth it for the most part. most software failure or bug incidents don’t have any physical victims. at most company loses some money or the issues are almost instantly fixed, no lawsuits, no so much to answer to the state for if your software has a bug or fails to work as expected for a brief period (think, multiple downtimes from the big five so far, even github too, who died? exactly) and in the industries where bad code fan have physical consequences, they actually do test software like hardware engineers & physicists (i hope)

• 
  Josh Hamilton (@nearbycoder) reported 43 minutes ago

  @theo If GitHub is down does it fall back to a cached version I’m guessing?

• 
  Vitaliy Salyuk (@vitaliysalyuk) reported 46 minutes ago

  @openclaw @github Fix your updater and I might give it another shot.

• 
  Prophet Joel (@2happyCSGO) reported 46 minutes ago

  I personally hated Claude because it refused to do almost anything I asked it to do so have no idea of how the speed is but gemini-cli was unusable for non enterprise users. Github CoPilot both GUI and cli is pretty good. Grok Build is what I'm using mostly and not yet had any issues with the speed but I want to go full local asap, scouting for 3090's atm. Just to be able to run "uncensored" models that don't ***** like Claude is reason enough for me to prefer local over Cloud but also cloud is ******* expensive, I have SuperGrok 100$/month and CoPilot Max 100$/month and that is barely enough. I'm trying to make my own Jarvis so I need to build my own RAG, memory, librarian, SRE Agent that understand how to use all tools and I also get crazy new idea's all the time lol Just made my first alpha of a tool that can wipe basically anything you don't want in Windows11. Basically Chris Titus clone but on steroids, this isn't just a debloater, it's a Grim Reaper 💀

• 
  Benjamin Crozat (@benjamincrozat) reported 46 minutes ago

  From now on, I will assume that GitHub is always down and I'd like to be notified when it's briefly not.

• 
  Joshua Okolo (@joshuaokolo_) reported 49 minutes ago

  we made @sgl_project and @vllm_project scheduler config changeable on a live server. no restart, weights never leave the GPU. - 15ms to change a concurrency cap, queue limit, prefill size, or schedule policy, measured on H100, RTX PRO 6000, B200 - 2s (SGLang) / 8–10s (vLLM) to resize the KV pool with weights resident (formerly a 1–7 min redeploy) - zero dropped requests across every run, both engines github below

• 
  🍔Kangdalf👑 (@WhopperWizard) reported 53 minutes ago

  @cachesaur > claude, get your changes into github what's the problem?

• 
  Lily (@lobstermindset) reported 56 minutes ago

  @nnnnicholas i just setup a github issues board, will probs try out linear if it's not sufficient

• 
  Spectra☢️ (@Spectra010s) reported 56 minutes ago

  @izzyCodes_ and you too Chief Check GitHub issues

• 
  Gustavo Alessandri (@webgus) reported 57 minutes ago

  If you find an error, have an idea, or want to propose an improvement, just open an issue or fork it on Codeberg or GitHub. Contributions are welcome. That’s exactly the point.

• 
  Phanindra Malladi (@malladiphani) reported 58 minutes ago

  Lesson from running the factory: always fix the post-purchase experience BEFORE driving traffic. Receipts, upsells, GitHub links - all must be solid first. Social comes after the house is in order.

• 
  Duncan Rogoff (@DuncanRogoff) reported 59 minutes ago

  nine stages, one build, one move tonight. it's a Claude Code skill i built. free, in my freeskills repo. it's called Claude Orientation. you type /claude-orientation and answer two questions: which stages you've actually finished, and every project you're currently thinking about. beginners don't fail from lack of ideas. they fail from having five and finishing none. that's a sequencing problem, and this fixes the sequence instead of your willpower. - places you on a 9-stage beginner arc: install, memory, website, landing page, skills, game, agents, content, distribution - your stage is the first one you haven't finished, so it won't let you skip - cuts your project list to one build, then shrinks it until it can ship in five 90-minute nights - writes five nights of one-line moves, and night 5 is always send it to a real person - hands you the exact text to paste into Claude tonight - sketches a 30-day arc, one line per week, so you know what comes after - everything that got cut goes in a parking lot, so nothing feels lost - saves all of it to a roadmap file you reopen every session so you finish one live thing this week instead of holding four half-built folders forever. open the file, do the move, rewrite the next line before you close the laptop. no setup. copy the folder into your skills directory, restart, and you have a plan for tonight. free, and it stays free. 👉 github repo in the replies