Live

Several services are degraded

On October 6, 2026, from 19:44 to 19:50 UTC, GitHub experienced a service outage with elevated error rates peaking at 1.30% of all requests, totaling approximately 1.16 million failed requests. This impacted 12 services across GitHub, including Pull Requests, Webhooks, Repos, OAuth, Git over SSH, Codespaces, and Gists. The incident was triggered by GitHub Enterprise Importer (GEI) making multiple, long duration queries which saturated a database connection pool. Recovery was seen at approximately 19:50 UTC once the migration's calls stopped; GEI migrations were reenabled at 23:32 UTC after a code fix was merged. We have completed a detailed root-cause review and are implementing improved database-health safeguards. We will continue to review and add additional safeguards to prevent future recurrence.

The latest update from GitHub.

State

Resolved

Started

26 d ago

2026-10-06 19:57 UTC

Lasted

3 h 43 min

until 2026-10-06 23:40 UTC

Worst impact

Major outage

Timeline

9 updates
19:5720:5321:4922:4423:40
Major outageUpdate postedTimes in UTC

Investigating

3 h 13 min 86%

Monitoring

31 min 14%

Updates

Times in UTC

As posted by GitHub

Resolved2026-10-06 23:40 UTC

On October 6, 2026, from 19:44 to 19:50 UTC, GitHub experienced a service outage with elevated error rates peaking at 1.30% of all requests, totaling approximately 1.16 million failed requests. This impacted 12 services across GitHub, including Pull Requests, Webhooks, Repos, OAuth, Git over SSH, Codespaces, and Gists. The incident was triggered by GitHub Enterprise Importer (GEI) making multiple, long duration queries which saturated a database connection pool. Recovery was seen at approximately 19:50 UTC once the migration's calls stopped; GEI migrations were reenabled at 23:32 UTC after a code fix was merged. We have completed a detailed root-cause review and are implementing improved database-health safeguards. We will continue to review and add additional safeguards to prevent future recurrence.

Investigating2026-10-06 22:40 UTC

We are deploying a mitigation and plan to resume migrations shortly thereafter

Investigating2026-10-06 21:29 UTC

We are working towards a mitigation that will allow us to resume processing enterprise migrations.

Investigating2026-10-06 20:57 UTC

All services are functioning normally except for enterprise migrations, which are still paused. They will resume soon.

Monitoring2026-10-06 20:26 UTC

The degradation has been mitigated. We are monitoring to ensure stability.

Investigating2026-10-06 20:22 UTC

A number of services including issues, pull requests, and webhooks, were briefly degraded, but have now recovered. Enterprise migrations are paused while we validate causes and mitigations.

Investigating2026-10-06 20:12 UTC

Pull Requests is operating normally.

Investigating2026-10-06 20:04 UTC

Webhooks is operating normally.

Investigating2026-10-06 19:57 UTC

We are investigating reports of degraded performance for Pull Requests and Webhooks

Affected components

2
WebhooksPull Requests

GitHub in the last 90 days

Full history
90 days agoToday

Incidents in 90 days

46

Days with an incident

34

Median duration

1 h 29 min

This incident

2.5× the median

How long each incident lasted, on the day it started. The outlined bar is this incident.

20 h 7 min
median 1 h 29 min
90 days agoToday

Other GitHub incidents

All incidents

Follow GitHub

Your coding agent knows when GitHub is down, and tells you when a failure is theirs, not yours. You can also get GitHub incidents in a feed reader or in Slack.

Prompt
Install the outages.live MCP server, so that when something breaks you can tell if the cause is a provider we depend on and not my code. It reads the official status pages of cloud, AI, payment and developer providers and gives you their incidents as MCP tools.

Add it as a remote MCP server named "outages" at https://outages.cc/mcp (Streamable HTTP, no authentication), with your CLI command or your MCP config file.

Then:
1. Make sure it connects and shows the tools get_provider, list_feed and send_feedback.
2. Call get_provider with "github" and tell me if GitHub has a problem right now.
3. From now on, when a call to a third-party service fails or becomes slow, call get_provider for that service before you change my code.

Paste this into any coding agent. It adds the server with its own MCP setup.

RSS
https://outages.cc/feed.xml?providers=github
Slack
/feed subscribe https://outages.cc/feed.xml?providers=github

FAQ

Go from tracking outages to fixing production issues with Polylane.

Try Polylane