Skip to content
GitHub · Developer toolsApr 1, 2026, 16:06 UTC

GitHub audit logs are unavailable

MajorNetworkUpdated 18h ago
Apr 1, 16:06 UTCApr 1, 16:10 UTC
Duration
4m
Impact
Major
Root cause
Network
GitHub, 90 days
68 incidents
Affected
Not listed by the vendor.

What happened

On April 1, 2026, between 15:34 UTC and 16:02 UTC, our audit log service lost connectivity to its backing data store due to a failed credential rotation. During this 28-minute window, audit log history was unavailable via both the API and web UI. This resulted in 5xx errors for 4,297 API actors and 127 github.com users. Additionally, events created during this window were delayed by up to 29 minutes in github.com and event streaming. No audit log events were lost; all audit log events were ultimately written and streamed successfully. Customers using GitHub Enterprise Cloud with data residency were not impacted by this incident. We were alerted to the infrastructure failure at 15:40 UTC , six minutes after onset , and resolved the issue by recycling the affected environment, restoring full service by 16:02 UTC. We are conducting a thorough review of our credential rotation process to strengthen its resiliency and prevent recurrence. In parallel, we are strengthening our monitoring capabilities to ensure faster detection and earlier visibility into similar issues going forward.

Timeline

  1. Resolved · Apr 1, 16:10 UTC
    On April 1, 2026, between 15:34 UTC and 16:02 UTC, our audit log service lost connectivity to its backing data store due to a failed credential rotation. During this 28-minute window, audit log history was unavailable via both the API and web UI. This resulted in 5xx errors for 4,297 API actors and 127 github.com users. Additionally, events created during this window were delayed by up to 29 minutes in github.com and event streaming. No audit log events were lost; all audit log events were ultimately written and streamed successfully. Customers using GitHub Enterprise Cloud with data residency were not impacted by this incident. We were alerted to the infrastructure failure at 15:40 UTC , six minutes after onset , and resolved the issue by recycling the affected environment, restoring full service by 16:02 UTC. We are conducting a thorough review of our credential rotation process to strengthen its resiliency and prevent recurrence. In parallel, we are strengthening our monitoring capabilities to ensure faster detection and earlier visibility into similar issues going forward.

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 network

All
StartedIncidentDuration
Sep 1901:36 UTCElevated errors in Ashburn, VA (IAD)Cloudflare0m
Sep 1411:59 UTCIncreased wait times for macOS jobsCircleCI1h
Sep 410:57 UTCIncreased errors on High Performance Edge Network - FRA RegionNetlify0m
Sep 214:18 UTCUpstream network issuesFly.io1h 39m
Sep 116:11 UTCService degradation in GCP us-central-1ClickHouse19m
Sep 114:44 UTCMultiple products in us-central1-b are experiencing network service degradation.Google Cloud4h 8m

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.