ChangeIntelIT change radar
Public mode

No tenant, Graph, or device access. Every item links to its source. What this means

Some sources or documents need attention: 251/253 feeds/APIs · 0/409 docs · checked 11:21 UTC Customize Public modeDiscuss ChangeIntel on Discord

Incident with several GitHub Services

Posted 13 Sep 09:16 UTC, last seen today 11:33 UTC.

Unknown Duration: the provider stated no start
6Updates posted
2Other incidents at the same time

What it affected

As the provider names it

GitHub

What the provider posted

Newest first
  1. 13 Sep 10:44 UTCResolvedOn September 13, 2026, between 08:43 and 10:44 UTC, GitHub experienced degraded availability across approximately 28 services, including Issues, Pull Requests, Actions, Codespaces, Pages, Notifications, Code Scanning, Git LFS, and new account signup. At peak, 8.8% of requests to create GitHub App installation access tokens failed. Token issuance for Actions workflows was also affected, impacting approximately 4% of workflows during the incident time frame. Creating issues through the web interface failed for about 96% of attempts, and signup failures were above 90%. The cause was an internal data-cleanup job that began writing to a shared database cluster at 07:33 UTC. That cluster stores permission data read on nearly every authenticated request. The safeguard that was pacing the background job watched only one health signal — how far the database replicas were lagging — and that signal stayed low the whole time. It did not account for the load building on the primary itself, so the job kept writing while the primary quietly ran toward its limit. When the primary ran out of available connections, requests that needed it could not complete. First, there was no quick timeout on these database calls, so request handlers waited on the stalled database instead of failing fast, and the shared request-handling capacity degraded into site-wide errors. Second, a retry loop around token creation kept re-sending the writes that were already failing, which held the database saturated rather than letting it recover. Monitoring declared the incident at 08:50 UTC, but due to the broad i…
  2. 13 Sep 10:28 UTCUpdatePull Requests is experiencing degraded performance. We are continuing to investigate.
  3. 13 Sep 10:26 UTCUpdateWe have reduced load on this cluster with internal load-shedding and are seeing signs of recovery but continue to monitor
  4. 13 Sep 09:36 UTCUpdateWe're seeing increased database replication delays on collab which is causing increased error rates in authorization endpoints and follow-on increased error rates across the system - we are investigating
  5. 13 Sep 09:25 UTCUpdateActions is experiencing degraded performance. We are continuing to investigate.
  6. 13 Sep 09:16 UTCInvestigatingWe are investigating reports of degraded availability for API Requests, Issues, Pages and Pull Requests

Around it

From the sources ChangeIntel reads; a match in time is not a cause

Elsewhere at the same time

Earlier incidents in the 14 days before

What changed

First observed 14 Oct 2026

No field changes in the recorded history.

Cite this recorded revision to keep the same title, summary, facts and links when the page changes.

A day selects the latest observation by the end of that UTC day; today's selection can change until midnight. History starts when this installation records it.

Keep track

ChangeIntel

An IT change radar: releases, security, known issues, retirements, documentation changes, and service status from public sources. Every item links to supporting evidence; dates and statuses can change after they are read.

Sources read 14 Oct 11:21 UTC · 251 of 253 readable · 250 fully read · documentation 0/409 current