GitHub Status · History · Incident #4065

RESOLVED

Incident with Pull Requests, Issues, Git Operations and API Requests

Minor · Started May 27, 2026 · 12:10 PM

  • Duration

    1h 6m

  • Severity

    Minor

  • Detection lead

  • User reports

    Peak 1/hr

Summary

Incident with Pull Requests, Issues, Git Operations and API Requests

On May 27, 2026, between 12:07 UTC and 13:16 UTC, users experienced degraded performance for Git operations, Pull Requests, Issues, GraphQL API, and related services on github.com. During this time, operations that depended on Git file servers experienced elevated error rates (3.5% of pushes via HTTPS and 0.2% of pushes via SSH failed; no fetches/clones failed). An internal analytics component generated unexpectedly high load, which caused CPU saturation on the underlying infrastructure. This led to cascading slowdowns and errors across services that depend on Git operations. The issue was mitigated by stopping the offending component. Services began recovering shortly after mitigation and were fully restored by 13:16 UTC. We are taking steps to add resource limits and kill switches for internal analytics components to prevent similar issues in the future.


  • Started

    May 27, 2026 · 12:10 PM

  • Resolved

    May 27, 2026 · 1:16 PM

  • Duration

    1h 6m

  • Severity

    Minor

Event timeline

How this incident unfolded

  • Investigating

    May 27 · 12:10 PM GitHub

    We are investigating reports of degraded performance for API Requests, Git Operations, Issues and Pull Requests

  • Investigating

    May 27 · 12:54 PM GitHub

    We're continuing to investigate degraded performance of Git operations, Issues and Pull requests.

  • Resolved

    May 27 · 1:16 PM GitHub

    On May 27, 2026, between 12:07 UTC and 13:16 UTC, users experienced degraded performance for Git operations, Pull Requests, Issues, GraphQL API, and related services on github.com. During this time, operations that depended on Git file servers experienced elevated error rates (3.5% of pushes via HTTPS and 0.2% of pushes via SSH failed; no fetches/clones failed). An internal analytics component generated unexpectedly high load, which caused CPU saturation on the underlying infrastructure. This led to cascading slowdowns and errors across services that depend on Git operations. The issue was mitigated by stopping the offending component. Services began recovering shortly after mitigation and were fully restored by 13:16 UTC. We are taking steps to add resource limits and kill switches for internal analytics components to prevent similar issues in the future.

User reports · incident window

Report volume over time

Hourly report count — red bars mark the incident window.

Peak: 1 reports/hr

← Before incident After →

Get alerted before the next GitHub outage.

Pulsetic catches degradations minutes before vendors acknowledge them.

Start monitoring free
Hey there 👋  Friends from designmodo are here to help!