Skip to content
GitHub · Developer toolsFeb 9, 2026, 08:15 UTC

Degraded Performance in Webhooks API and UI, Pull Requests

MinorStorageUpdated 37h ago
Feb 9, 08:15 UTCFeb 9, 11:26 UTC
Duration
3h 11m
Impact
Minor
Root cause
Storage
GitHub, 90 days
69 incidents
Affected
Not listed by the vendor.
Status page

Final update

On February 9, 2026, between 07:05 UTC and 11:26 UTC, GitHub experienced intermittent degradation across Issues, Pull Requests, Webhooks, Actions, and Git operations. Approximately every 30 minutes, users encountered brief periods of elevated errors and timeouts lasting roughly 15 seconds each. During the incident window, approximately 1–2% of requests were impacted across these services, with Git operations experiencing up to 7% error rates during individual spikes. GitHub Actions saw up to 2% of workflow runs delayed by a median of approximately 7 minutes due to backups created during these periods. This was due to multiple resource-intensive workloads running simultaneously, which caused intermittent processing delays on the data storage layer. We mitigated the incident by scaling storage to a larger compute capacity, which resolved the processing delays. We are working to improve detection of resource-intensive queries, identify changes in load patterns, and enhance our monitoring to reduce our time to detection and mitigation of issues like this one in the future.

Timeline

  1. Resolved · Feb 9, 11:26 UTC
    On February 9, 2026, between 07:05 UTC and 11:26 UTC, GitHub experienced intermittent degradation across Issues, Pull Requests, Webhooks, Actions, and Git operations. Approximately every 30 minutes, users encountered brief periods of elevated errors and timeouts lasting roughly 15 seconds each. During the incident window, approximately 1–2% of requests were impacted across these services, with Git operations experiencing up to 7% error rates during individual spikes. GitHub Actions saw up to 2% of workflow runs delayed by a median of approximately 7 minutes due to backups created during these periods. This was due to multiple resource-intensive workloads running simultaneously, which caused intermittent processing delays on the data storage layer. We mitigated the incident by scaling storage to a larger compute capacity, which resolved the processing delays. We are working to improve detection of resource-intensive queries, identify changes in load patterns, and enhance our monitoring to reduce our time to detection and mitigation of issues like this one in the future.

More from GitHub

Full history
StartedIncidentDuration
Sep 2416:51 UTCDisruption with billing information updates3h 50m
Sep 2310:11 UTCIncident across several services18h 44m
Sep 2022:13 UTCIncident with Pull Requests1h 9m
Sep 1720:59 UTCElevated rate of errors for OpenAI models provided by Copilot50m
Sep 1607:20 UTCDegradation with Gemini 3.8 Flash10h 28m
Sep 1519:11 UTCDisruption with some GitHub services49m

Also caused by storage

All
StartedIncidentDuration
Sep 1715:50 UTCAutoOps node metrics temporarily unavailable in some regionsElastic41m
Sep 1015:26 UTCUnresponsive ProjectsSupabase27h 40m
Jul 1909:51 UTCBlock Storage Volume NYC1, NYC3, SGP1, SYD1 and BLR1DigitalOcean5h 41m
Mar 720:07 UTCOutage for prod-eu-central-0 due to AWS S3 outage.Grafana Labs36h 52m
Mar 719:53 UTCIncreased Error RatesAWS1h 11m
Nov 2808:28 UTCDelayed Logs in EU RegionMailgun10h 46m

Sources: vendors' own status pages, published postmortems and SEC 8-K Item 1.05 filings, read daily. Times as reported. Logos via logo.dev; trademarks belong to their owners.

Outages by email

Saturday mornings: the week's major outages, new postmortems and disclosed breaches, only in weeks that had some.

Double opt-in. Unsubscribe any time.