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

Degraded Performance in Webhooks API and UI, Pull Requests

MinorStorageUpdated 18h ago
Feb 9, 08:15 UTCFeb 9, 11:26 UTC
Duration
3h 11m
Impact
Minor
Root cause
Storage
GitHub, 90 days
68 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 2310:11 UTCIncident across several servicesOngoing
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
Sep 1509:47 UTCDisruption with some GitHub services1h 30m

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

From vendors' own status pages and disclosures. Times as reported. Logos via logo.dev; trademarks belong to their owners.

Weekly: the week's major outages, postmortems and breaches, Saturday mornings.