已解决 · 持续 4 小时

GitHub 10月7日 故障

GitHub 的反馈激增至每小时 4,052 条,并在 4 小时 内保持高位。

开始
15:00
2026年10月7日 · UTC
恢复正常
19:00
4 小时 后
峰值
4,052/小时
正常的 88×
GitHub 的事件
1 分钟
Incident with Git Operations, Pull Requests and Actions

故障期间的反馈

13:0020:50 UTC

GitHub 的说法

www.githubstatus.com
已解决16:25 · 1 分钟

Incident with Git Operations, Pull Requests and Actions

  1. 已解决 · 16:25

    On October 7, 2026, GitHub had two outages of write operations with the same cause, totaling about 19 minutes. The first ran from 15:06 to 15:16 UTC (about 10 minutes) and the second from 16:52 to 17:01 UTC (about 9 minutes). In both windows, actions that save or change data failed across Git operations, pull requests, issues, GitHub Actions, the API, webhooks, sign-in and authentication, GitHub Apps and OAuth, code scanning, Codespaces, and Copilot. Reading data was largely unaffected. In the first outage, 5.6% of all web and API requests failed, peaking at 8.9%, and more than 12,000 organizations saw failed requests. Up to 26% of Git authentication requests failed, and 17% of Actions workflow runs failed with infrastructure errors. In the second outage, 6.2% of web and API requests failed, peaking at 9.3%, and more than 11,000 organizations were affected. Up to 25% of Git authentication requests failed, and 19% of Actions workflow runs failed. No databases experienced data loss, and operations retried after recovery succeeded. GitHub relies on an internal service that keeps track of which database servers should receive new and updated data. While replacing machines that run this service as part of regular maintenance, one of the new machines started with an outdated copy of its records, which still listed database servers we had already retired. When this node came online, it incorrectly modified routing configuration with the outdated records, routing write requests to non-existent database servers. Each outage ended when one of our established machines with correct configuration became the leader of the quorum and sent the correct configuration. After the first outage, we identified the new machine as the source and paused automated maintenance to stop it from being leader again. At 16:52 UTC, an automated maintenance task that did not honor the pause put it back in charge, and the outage happened again. We shut that machine down at 17:02 UTC and have since removed it, and the automation now honors the pause, which was a new regression due to an update of our puppet infrastructure. To prevent recurrence, we are clearing retired database servers from the service's records before any new machine is added, and we are keeping new machines from being elected leader until their records have been checked. We are also changing our systems to reject configuration that point to servers that don't exist and to keep using the last known-good settings instead. Finally, we are giving responders a faster way to take a misbehaving machine out of service, and adding alerts so changes like this are spotted within seconds. We will share a more detailed write-up of these incidents in our monthly availability report, along with the status of the repairs we are making to prevent issues like these in the future.

  2. 持续监控中 · 16:23

    Git Operations, Pull Requests and Actions are fully recovered and stable. The root cause has been identified and mitigations are being applied to prevent a reoccurrence.

  3. 持续监控中 · 15:58

    We are seeing full recovery across all systems including Git Operations, Pull Requests and Actions. We are continuing to investigate the root cause of the disruption between 15:06 UTC and 15:16 UTC, and will share another update shortly.

  4. 持续监控中 · 15:56

    The degradation has been mitigated. We are monitoring to ensure stability.

  5. 持续监控中 · 15:49

    The degradation has been mitigated. We are monitoring to ensure stability.

  6. 调查中 · 15:49

    The degradation affecting Git Operations and Webhooks has been mitigated. We are monitoring to ensure stability.

  7. 调查中 · 15:47

    The degradation affecting Issues has been mitigated. We are monitoring to ensure stability.

  8. 调查中 · 15:41

    We are observing partial recovery across all systems. We are continuing to monitor and investigate the root cause of the disruption.

  9. 调查中 · 15:35

    Git Operations is experiencing degraded performance. We are continuing to investigate.

  10. 调查中 · 15:32

    Actions is operating normally.

  11. 调查中 · 15:31

    The degradation affecting Pull Requests has been mitigated. We are monitoring to ensure stability.

  12. 调查中 · 15:27

    Webhooks is experiencing degraded performance. We are continuing to investigate.

  13. 调查中 · 15:27

    Git Operations is operating normally.

  14. 调查中 · 15:25

    Pull Requests is experiencing degraded performance. We are continuing to investigate.

  15. 调查中 · 15:24

    We observed widespread impact across GitHub services between 15:06 UTC and 15:16 UTC, and are investigating the root cause. We are seeing all systems recover, and will provide another update shortly.

  16. 调查中 · 15:21

    Git Operations is experiencing degraded performance. We are continuing to investigate.

  17. 调查中 · 15:16

    Webhooks is experiencing degraded availability. We are continuing to investigate.

  18. 调查中 · 15:15

    Issues is experiencing degraded performance. We are continuing to investigate.

  19. 调查中 · 15:14

    Webhooks is experiencing degraded performance. We are continuing to investigate.

  20. 调查中 · 15:14

    We are investigating reports of degraded availability for Actions, Git Operations and Pull Requests

GitHub 在反馈开始上升 15 分钟 后发布了首次更新。

用户的说法

  • youGiza, EG · 15:18

    the issues page reveiwing and commenting is down

  • alexAlmere Stad, NL · 16:59

    failed to push some refs to

  • ZammyMexico City, MX · 17:06

    Ya funciona

故障期间 7 条评论

GitHub 现在故障了吗?

实时状态、今日反馈及其他历史故障。

GitHub 当前状态 →