Elevated 404s for GitHub App s2s tokens in git/API
GitHub · 마지막 저장 제공업체 상태: resolved
공식 출처 문구는 원어로 표시됩니다.
마지막 저장 사고 상태는 현재 서비스 상태가 아닙니다. 출처 목록은 불완전할 수 있고 소멸은 복구 확인이 아닙니다. 최신 증거는 현재 보고 또는 공식 출처를 확인하세요.
저장 사고 상세
- 제공업체 상태
- resolved
- 제공업체 영향
- none
- 제공업체 기록 생성
- 27 10월 2026, 08:00:00 UTC
- 제공업체 기록 갱신
- 27 10월 2026, 20:21:53 UTC
- 제공업체가 명시한 시작
- 27 10월 2026, 20:21:53 UTC
- 제공업체가 명시한 종료
- 27 10월 2026, 08:00:00 UTC
The provider's end time precedes its start time. These reported timestamps do not establish a valid event duration.
제공업체가 보고한 영향받은 구성 요소
이 저장 수정본에서 제공업체는 영향 구성 요소 없음을 명시했습니다.
연결은 사고 보고 범위이며 현재 구성 요소 가용성이나 검증 의존 관계를 입증하지 않습니다.
기록 생성 시각이 반드시 장애 시작 시각인 것은 아닙니다. 보고되지 않은 시각은 알 수 없음으로 유지하며 수집 시각으로 중단 시간을 계산하지 않습니다.
저장 수정본의 제공업체 업데이트
최신순입니다. 최신 저장 내용 수정본 20개에서 최대 100개의 서로 다른 업데이트를 표시합니다. 같은 제공업체 시각의 문구 변경도 별도 보존됩니다.
- resolved
Between 0655 and 0801 UTC on 10/27, customers experienced increased failure rates for API and git requests authenticated with server-to-server tokens for GitHub Apps (excluding Actions tokens). During this window, authenticated git operations mistakenly returned 404 for 1.24% (2.6x) of requests on average and 2.49% (5.3x) at peak. These failures were caused by a scheduled maintenance event where GitHub migrated 7 tables between two MySQL clusters in our IAD and Azure Central US datacenters. One of the affected tables stores installation records for GitHub App server-to-server tokens (excluding Actions). We've successfully completed several of these migrations in recent months without notable customer impact. However, in this case, the migration coincided with a scheduled cleanup job on the installation records table, which deleted approximately 59 million records from 0444-0617 UTC. As a result, the gh-ost tooling used in the migration experienced inter-cluster replication delays (up to 1 hour at peak). At 0655 UTC, we begin transitioning reads of the target tables to the new MySQL cluster, with 100% of reads cutover at 0721 UTC. Customer impact began, but was not detected, throughout the read cutover and persisted until completion of the write cutover at 0801 UTC. We are updating our processes and automation to prevent a repeat of this incident, including disabling overlapping cleanup jobs prior to these migrations and blocking the cutover of reads when replication delays are high.
저장 수정본에서 확인 27 10월 2026, 20:23:07 UTC