GitHub の障害履歴

1. 2026年10月27日 20:21 UTCresolved

   10/27で0655と0801 UTCの間、顧客は、GitHub Apps(アクショントークンを除く)のサーバー・ツー・サーバー・トークンで認証されたAPIとgitリクエストの失敗率を増加させました。 このウィンドウでは、認証された git 操作が誤って 404 を 1.24% (2.6x) ピーク時の平均と 2.49% (5.3x) のリクエストに返しました。 これらの障害は、GitHubがIADとAzure Central USのデータセンターの2つのMySQLクラスター間で7テーブルを移行したスケジュールされたメンテナンスイベントによって引き起こされました。 影響を受けるテーブルの1つは、GitHub App server-to-serverトークン(アクションを除く)のインストールレコードを保存します。 当社は、顧客の衝撃を許さないため、近年、これらのマイグレーションの一部を正常に完了しました。 しかし、この場合、マイグレーションは、インストールレコードテーブルにスケジュールされたクリーンアップジョブと一致し、0444-0617 UTCから約59万レコードを削除しました。 その結果、マイグレーションで用いられる gh-ost ツーリングは、インタークラスターレプリケーション遅延(ピーク時最大1時間)を経験しました。 0655 UTCでは、ターゲットテーブルの読み込みを新しいMySQLクラスターに移行し、721 UTCで読み取り値の100%を移行します。 顧客のインパクトは始まりましたが、読み取り切替を通して検出されず、0801 UTCで書き込み切替が完了するまで持続しました。 これらのマイグレーションの前にクリーンアップジョブを解除し、レプリケーションの遅延が高くなるときに読み替えをブロックするなど、このインシデントの繰り返しを防ぐため、プロセスと自動化を更新しています.

公式のインシデント更新を自動翻訳しています。

1. 2026年10月26日 18:48 UTCinvestigating

   APIリクエスト、アクション、問題、プルリクエストの劣化したパフォーマンスのレポートを調査しています

2. 2026年10月26日 18:50 UTCmonitoring

   劣化が緩和されました。 私たちは、安定性を確保するために監視しています.

3. 2026年10月26日 18:54 UTCmonitoring

   Checks や一部の Actions, Issues, Pull Requests や GraphQL などの REST API リクエストに影響を及ぼすレイテンシが高まっています。 一部のリクエストは遅くても時間が経ち、通知は17:59 UTCから18:40 UTCから遅れていました。 問題を緩和し、すべてのサービスが回復しました.

4. 2026年10月26日 18:57 UTCresolved

   この事件は解決しました。 誠に有難うございます。 詳細な根本原因分析は、利用可能な直後に共有されます.

公式のインシデント更新を自動翻訳しています。

1. 2026年10月23日 23:41 UTCinvestigating

   Copilot AI Model Providers の劣化性能に関するレポートを調査しています

2. 2026年10月23日 23:42 UTCinvestigating

   Copilot製品とIDE面のGlk 4.6およびGrok 4.7モデルの劣化の可用性を経験しています。 これは、上流モデル提供者の問題によるものです。 問題の解決に取り組みながら、別のモデルを選ぶか、Copilotを継続して「Auto」を選択することをお勧めします.

3. 2026年10月24日 0:23 UTCmonitoring

   Copilot AIモデルプロバイダの劣化が緩和されました。 私たちは、安定性を確保するために監視しています.

4. 2026年10月24日 0:23 UTCresolved

   2026年10月27日、GitHub Copilot は、Grok 4.6 と Grok 4.7 のモデルに対する劣化を経験しました。 ユーザーは、これらのモデルを使用した場合、より高いエラー率に遭遇しました。 上流モデル提供者との問題で劣化が発生しました。 GitHub のエンジニアは、自動監視による問題を検知し、プロバイダと連携しました。 事故時に影響を受けたモデルに対して、自動式モデル警告システムを導入しました。 プロバイダが緩和を実施した後、サービスが正常に戻りました.

公式のインシデント更新を自動翻訳しています。

1. 2026年10月23日 14:58 UTCinvestigating

   GitHub サービスのインパクトのあるパフォーマンスに関するレポートを調査しています.

2. 2026年10月23日 15:00 UTCinvestigating

   影響を受けたリポジトリが脆弱性に対処するために更新された後に、依存症ボットアラートのクローズの遅延を調査しています。 アラート処理がバックアップされます。 より多くの情報を利用できるように共有します.

3. 2026年10月23日 15:39 UTCinvestigating

   影響を受けたリポジトリが更新された後に、依存症のアラートが閉じる遅延を引き起こしたバックログを減らすために、アラート処理能力をスケーリングしています。 今後もモニターを継続し、更新情報が増えていきます.

4. 2026年10月23日 16:11 UTCinvestigating

   影響を受けたリポジトリが更新された後に、依存症ボットアラートのクローズで遅延を調査し続けています。 アラート処理はバックアップされ、バックログを減らすために追加の処理能力がロールアウトされます。 ロールアウトを監視し、他のアップデートを共有します.

5. 2026年10月23日 16:43 UTCinvestigating

   影響を受けたリポジトリが更新された後に、依存症ボットアラートのクローズで遅延を調査し続けています。 アラート処理はバックアップされ、バックログを減らすために追加の処理能力がロールアウトされます。 進捗状況を監視し、別のアップデートを共有します.

6. 2026年10月23日 17:27 UTCinvestigating

   リポジトリの更新が脆弱性に対処した後に、依存症ボットアラートがクローズされ続けることもある。 私たちは、通常の処理を回復するために調査し、作業を続けています.

7. 2026年10月23日 18:36 UTCmonitoring

   劣化が緩和されました。 私たちは、安定性を確保するために監視しています.

8. 2026年10月23日 18:51 UTCresolved

   アドバイザリー・パブリッシング・ファン・アウトは、自身のイベントでキューを飽和させ、リポジトリのプッシュに関連するイベントの処理を遅らせることで、リポジトリのリポジトリ上でのレダボット・アラート処理を圧倒していることを認識しました。 このファンアウトを分離し、スロットルを適用しましたので、固定レートで実行し、他のイベントを遅延させません。 この修正は、ユーザーに影響を与える新しいファンアウトプロセスを正常に防止しました.

公式のインシデント更新を自動翻訳しています。

1. 2026年10月23日 7:29 UTCinvestigating

   行動の劣化性能に関する報告書を調査しています

2. 2026年10月23日 7:31 UTCinvestigating

   GitHub から始まる Actions のワークフローから、結果の遅延が見られます。 復旧は既に見られていますが、当社のチームは引き続き性能を調査・監視しています.

3. 2026年10月23日 7:53 UTCmonitoring

   アクションに対する劣化が緩和された。 私たちは、安定性を確保するために監視しています.

4. 2026年10月23日 7:56 UTCmonitoring

   07:27 UTCと同様に、アクションは通常のSLO内で再び配信されます。 この期間に遅れた行為の結果配達のこの忍耐をありがとう。 当社のチームは、システムの健全性を監視し、将来的に顧客に影響を減らすための改善を探求し続けています.

5. 2026年10月23日 8:05 UTCresolved

   この事件は解決しました。 誠に有難うございます。 詳細な根本原因分析は、利用可能な直後に共有されます.

公式のインシデント更新を自動翻訳しています。

1. 2026年10月22日 15:28 UTCinvestigating

   アクション、課題、プルリクエストの劣化性能に関するレポートを調査しています

2. 2026年10月22日 15:33 UTCinvestigating

   一部のユーザーは、断続的なエラーの読み込みの問題、プルリクエスト、およびgithub.comの検索結果が発生することがあります。 通常のサービスを回復するために調査し、働きます.

3. 2026年10月22日 16:08 UTCinvestigating

   一部のユーザーは、断続的なエラーの読み込みの問題、プルリクエスト、およびgithub.comの検索結果を経験し続けています。 通常のサービスを復元するための緩和オプションを調査し評価しています.

4. 2026年10月22日 16:26 UTCinvestigating

   API リクエストは、劣化したパフォーマンスを要求します。 今後も調査を続けてまいります.

5. 2026年10月22日 16:28 UTCinvestigating

   パッケージは劣化した性能を経験しています。 今後も調査を続けてまいります.

6. 2026年10月22日 16:35 UTCinvestigating

   API リクエストは正常に動作します.

7. 2026年10月22日 16:41 UTCinvestigating

   一部のユーザーは、問題のロード、プルリクエスト、パッケージリスト、およびgithub.comの検索結果のエラーを引き続き体験できます。 複数の緩和の取り組みを通じて、調査を続けていきます.

8. 2026年10月22日 17:16 UTCinvestigating

   容量を追加した後の回復を見ています。 一部のユーザーは、問題のロードエラー、リクエストのプル、およびgithub.comの検索結果が発生することがあります。 今後も、全力で復旧・モニタリングを続けてまいります.

9. 2026年10月22日 17:41 UTCinvestigating

   アクション、問題、パッケージ、プルリクエストは正常に動作します.

10. 2026年10月22日 17:43 UTCinvestigating

    影響を受けたサービスの復旧状況を把握しています。 GitHub プロジェクトは、キュートなアップデートが処理され、安定性を監視し続けています.

11. 2026年10月22日 18:26 UTCinvestigating

    他の影響を受けたサービスは回復しました。 GitHub プロジェクトを調査し、通常の運用が復元されていることを確認しています.

12. 2026年10月22日 19:04 UTCinvestigating

    GitHub プロジェクトの更新はまだ遅れています。 ミッションワークや監視を継続しています.

13. 2026年10月22日 19:56 UTCinvestigating

    GitHubプロジェクトでは、問題変更やマージされたプルリクエストに関する更新が遅れています。 残りの遅延を調査し、通常の処理を復元します.

14. 2026年10月22日 20:46 UTCinvestigating

    GitHub プロジェクトの更新には、新しく追加されたアイテムや問題の変更やプルリクエストの変更など、遅延が残ります。 更新処理の中断を特定し、通常の動作を復元するための緩和を評価しています.

15. 2026年10月22日 22:07 UTCinvestigating

    GitHub プロジェクトの更新には、新しく追加されたアイテムや問題やプルリクエストの変更など、まだ遅延します。 回復を加速するためにより多くの容量を加えるために私達はある回復を見ました、働きます.

16. 2026年10月22日 23:48 UTCinvestigating

    GitHub プロジェクト更新処理が改善されましたが、新たに追加した項目は、想定以上に時間がかかることがあります。 残りの遅延やモニターの回復に引き続き取り組んでいます.

17. 2026年10月23日 0:55 UTCmonitoring

    劣化が緩和されました。 私たちは、安定性を確保するために監視しています.

18. 2026年10月23日 2:30 UTCresolved

    この事件は解決しました。 誠に有難うございます。 詳細な根本原因分析は、利用可能な直後に共有されます.

公式のインシデント更新を自動翻訳しています。

1. 2026年10月22日 14:18 UTCinvestigating

   行動の劣化性能に関する報告書を調査しています

2. 2026年10月22日 14:19 UTCinvestigating

   GitHub Actions のワークフローとステップの結果を処理する遅延を調査し、リポジトリの更新を行います.

3. 2026年10月22日 14:35 UTCinvestigating

   リポジトリ更新処理が回復しました。 GitHub Actionsのワークフローとステップ結果に影響を及ぼす遅延に引き続き取り組んでいます。 進捗状況を追ってアップデートを共有します.

4. 2026年10月22日 15:06 UTCinvestigating

   回復が見えていて、リポジトリの更新処理は正常に戻りました。 GitHub Actions のワークフローとステップ結果に影響を及ぼす遅延は、処理能力をスケールアップし続けています。残りのバックログは、約 20 分でドレインする予定です.

5. 2026年10月22日 15:17 UTCmonitoring

   アクションに対する劣化が緩和された。 私たちは、安定性を確保するために監視しています.

6. 2026年10月22日 15:18 UTCmonitoring

   GitHub Actions ワークフローとステップ結果処理が回復しました。 リポジトリ更新処理も正常に戻りました.

7. 2026年10月22日 15:18 UTCresolved

   この事件は解決しました。 誠に有難うございます。 詳細な根本原因分析は、利用可能な直後に共有されます.

公式のインシデント更新を自動翻訳しています。

1. 2026年10月21日 14:52 UTCinvestigating

   アクション、プルリクエスト、Webhooks の劣化したパフォーマンスのレポートを調査しています

2. 2026年10月21日 15:15 UTCinvestigating

   パフォーマンスを劣化させるアクション。 今後も調査を続けてまいります.

3. 2026年10月21日 15:36 UTCinvestigating

   プルリクエストの更新やWebhookの配送に影響を及ぼす遅延を調査しています。 イベントのストリーミングプラットフォームへの負荷の増加は、ホットスポットに貢献しています。 影響を受ける領域からトラフィックをシフトし、処理能力を追加します。これらの緩和が効果をとっている間、影響は進行中です.

4. 2026年10月21日 15:58 UTCinvestigating

   プル更新リクエスト、Webhook Delivery、および監査ログイベントに影響を与える遅延を引き続き確認します。 イベントのストリーミングプラットフォームは回復の兆候を示しており、影響が続くにつれて監視しています.

5. 2026年10月21日 16:17 UTCinvestigating

   監査ログイベントとアクションワークフローのステータス更新は引き続き遅延します。 イベントの処理やバックログによる作業を復元するため、更新リクエストやWebhookの配信を回収します。 回復を監視し、さらにアップデートを共有します.

6. 2026年10月21日 16:25 UTCinvestigating

   監査ログイベントは最大100分遅れ、アクションワークフローのステータス更新は引き続き拡張遅延が発生します。 イベントの処理やバックログによる作業を復元するため、更新リクエストやWebhookの配信を回収します。 回復を監視し、さらにアップデートを共有します.

7. 2026年10月21日 16:33 UTCinvestigating

   プルリクエストは正常に動作しています.

8. 2026年10月21日 16:34 UTCinvestigating

   監査ログイベントは、最大110分遅れます。 プル更新が回復しました。 アクションは回復し、ユーザーはアクションに影響を及ぼすことはありません。 Webhook デリバリーは、バックログを通じて作業するので、引き続き回復します。 回復を監視し、さらにアップデートを共有します.

9. 2026年10月21日 16:57 UTCinvestigating

   アクションやWebhookは正常に動作しています.

10. 2026年10月21日 16:59 UTCinvestigating

    アクションとWebhookの配信が回復しました。 監査ログイベントは、約100分遅れています。 バックログを通して働いており、完全な回復は時間がかかります。 回復が続くにつれて、より多くのアップデートを共有します.

11. 2026年10月21日 17:09 UTCinvestigating

    プルの更新、アクション、およびWebhookの配信が回復しました。 監査ログイベントが回復し、遅延が減少していますが、残りのバックログが約2〜3時間かかります。 回復を監視し、さらなるアップデートを共有します.

12. 2026年10月21日 18:18 UTCinvestigating

    残りのバックログが処理されるので、現在90分以内に遅延して、監査ログイベントが復元されます。 イベントストリーミングプラットフォームに負荷を削減し、回復を監視しています。 さらなるアップデートが続きます.

13. 2026年10月21日 18:52 UTCinvestigating

    監査ログイベントは回復し続け、現在70分以内に遅延します。 回復速度と監査ログを期待して、約40分で完全に回復するために緩和を適用しました。 プルの更新、アクション、およびWebhookの配送は回復されます。 モニタリングの進捗状況を把握し、更新情報を共有します.

14. 2026年10月21日 19:22 UTCinvestigating

    プルの更新、アクション、およびWebhookの配信が回復しました。 監査ログの遅延は、現在、健康な閾値の40分以内であり、残りのバックログが処理されると減少します.

15. 2026年10月21日 19:22 UTCresolved

    この事件は解決しました。 誠に有難うございます。 詳細な根本原因分析は、利用可能な直後に共有されます.

公式のインシデント更新を自動翻訳しています。

1. 2026年10月19日 15:49 UTCinvestigating

   アクションとページの劣化したパフォーマンスのレポートを調査しています

2. 2026年10月19日 15:50 UTCinvestigating

   Webhooksは劣化したパフォーマンスを経験しています。 今後も調査を続けてまいります.

3. 2026年10月19日 15:56 UTCinvestigating

   現在、GitHub Actions、GitHub Pages、Webhooks に影響する劣化の可用性を調査しています。 ワークフロー処理、サイト構築、Webhook配信の遅延が発生する場合があります.

4. 2026年10月19日 16:30 UTCinvestigating

   緩和後の回復を見守り続けております。 GitHub Actions ワークフローのステータス更新、GitHub Pages デプロイメント、および Actions が生成したワークフローの Webhook イベントのチェックやワークフローの遅延が発生することがあります.

5. 2026年10月19日 16:56 UTCmonitoring

   アクション、ページ、Webhookは正常に動作しています.

6. 2026年10月19日 16:56 UTCresolved

   2026年10月19日、15:24と16:52 UTC、GitHub Actions、GitHub Pages、および Actionsが生成したwebhook間では劣化しました。 GitHub.com のライブ更新とコード検索もこの時間の一部を劣化させました。 データの紛失は行いません。 ソリューション - ワークフローの状態の更新、ログ、チェックが遅れていました。 - GitHub-hosted ランナーのジョブの 5.13% が起動し、ワークフローの 0.02% が失敗しました。 - 最初の30分の間、アクションジョブの REST API の返されたエラーに対するリクエストの 8.47%。 Actions が生成したページ展開と webhooks が遅延しました。 ログを保存し、ステータスの失われた接続を1つのクラウド領域にあるキャッシュサーバーの一部に実行する内部アクションサービスで、すべてのサーバーから即座に取得できます。 新しい接続の結果として、データセンターとその地域の共有ネットワークリンクを過負荷し、同じリンクを使用する他のサービスも混乱させました。 影響を受けたキャッシュサーバを解除し、リンク上の他のサービスからの接続を削減することにより、アクションサービスを移動することによって、事件を緩和しました。 遅延したアクションの処理を行います。 初期接続タイムアウトの原因を調査し続けています。 既に、このサービスが新しい接続を素早く開く方法の限界を転がす過程でありましたが、インシデント時にシャドウモード(ログのみ、エンフォアリング)でもありました。 サービスの同時接続の試みを十分に強化し、キャパットしてまいりました。 私たちは、これらの制限を他のアクションサービスに拡張し、リトリートにバックオフを追加し、共有されたネットワーク容量を単一のサービスが使用できるかを制限し、アラートを改善します。これにより、接続サージのソースがより速く見つけることができます.

公式のインシデント更新を自動翻訳しています。

1. 2026年10月15日 18:31 UTCinvestigating

   GitHub サービスのインパクトのあるパフォーマンスに関するレポートを調査しています.

2. 2026年10月15日 18:34 UTCinvestigating

   CCAオートメーションは、ユーザーがオートメーションを開始したときに遅延が発生しています

3. 2026年10月15日 18:53 UTCmonitoring

   劣化が緩和されました。 私たちは、安定性を確保するために監視しています.

4. 2026年10月15日 18:56 UTCresolved

   CCA Automations は、ユーザーが自動化を開始したときに、CCA Automations が遅延が発生していたと疑ったが、CCA Automations に遅延や影響がなかったことをさらに調査した.

公式のインシデント更新を自動翻訳しています。

1. 2026年10月14日 0:12 UTCresolved

   10月13日、約20:42 UTCのインフラ障害は、GitHubアクションを引き起こし、ワークフローのログを示す遅延が発生しました。 ログが失われず、問題が解決され、ログ処理が起きた。 ログを生成する実際のワークフローは影響されず、通常は実行遅延や遅延のチェックは発生しません.

公式のインシデント更新を自動翻訳しています。

1. 2026年10月12日 12:21 UTCinvestigating

   アクション、課題、プルリクエストの劣化性能に関するレポートを調査しています

2. 2026年10月12日 12:33 UTCinvestigating

   ユーザーは、アクションタブのUIをロードし、Checks APIとやり取りし、新しいアクションを実行し、問題を作成および更新し、RESTとGraphQL APIを含むPRレビューを要求する問題が発生する可能性があります.

3. 2026年10月12日 12:57 UTCinvestigating

   進行中の緩和と回復の監視があります。 ユーザーは、Web通知の遅延を緩和することもあります.

4. 2026年10月12日 13:02 UTCinvestigating

   プルリクエストは正常に動作しています.

5. 2026年10月12日 13:38 UTCinvestigating

   初期の緩和は完全に成功しなかったため、ユーザーはアクション、問題、プロジェクト、通知の遅延やエラーが発生することがあります。 根本的な原因を調査し、さらなる緩和に取り組んでまいります.

6. 2026年10月12日 14:35 UTCinvestigating

   問題に対する劣化が緩和された。 私たちは、安定性を確保するために監視しています.

7. 2026年10月12日 14:36 UTCinvestigating

   アクションに対する劣化が緩和された。 私たちは、安定性を確保するために監視しています.

8. 2026年10月12日 14:37 UTCinvestigating

   アクション、問題、プロジェクトの問題点を緩和し、通知の遅延に対処するための進捗を緩和しました.

9. 2026年10月12日 15:19 UTCinvestigating

   通知の緩和をうまく適用し、通知は再開しましたが、バックログを通じて作業を続けていきます.

10. 2026年10月12日 15:50 UTCinvestigating

    通知は再開しましたが、バックログで作業するように引き続き遅延します.

11. 2026年10月12日 17:34 UTCinvestigating

    通知のバックログを通して動作するようにWebおよびメール通知は引き続き遅延します.

12. 2026年10月12日 19:28 UTCinvestigating

    通知のバックログを完成させるために、Web とメールの通知は 1 時間遅れます.

13. 2026年10月12日 20:16 UTCresolved

    10月12日 2026 11:51 UTC GitHub では、複数のアプリケーションページで 500 の応答を増加させました。 問題やプルリクエスト、プロジェクトやアクションの失敗などが発生しました。 お客様がWeb受信トレイで通知を遅延し、電子メールで通知を遅延させました。 10月12日、12:41 UTCが発行する問題、プルリクエスト、プロジェクト、およびアクションへの即時の影響を緩和しました。 通知は、Web受信トレイに配信され、電子メールを介して15:27 UTCで回復し、20:16 UTCによって完全に緩和されました。 インシデントは、堅牢なデータベースのレプリカに高価なクエリを大量にまとめた通知配信パイプラインで潜在状態をトリガーしました。 問題、プルリクエスト、プロジェクト、アクションのリクエストに対応するデータベース容量を削減しました。 高価なクエリを発行した通知パイプラインのコードパスを修正しました。 また、データベースレイヤーのレジリエンスを改善し、類似したインシデントの可能性と影響を削減しています.

公式のインシデント更新を自動翻訳しています。

1. 2026年10月7日 17:17 UTCinvestigating

   アクション、ジット・オペレーション、課題、プル・リクエストの劣化性能に関するレポートを調査しています

2. 2026年10月7日 17:25 UTCinvestigating

   16:52 UTC から 17:01 UTC までの GitHub サービスの広範な影響を観察し、根本的な原因を調べています。 すべてのシステムが回復しました。 このインシデントは、前日 https://www.githubstatus.com/incidents/djlmxz2zd0j7 で前のインシデントの再発です。 耐久性のある緩和は進行中です。 別途30分以内に更新いたします.

3. 2026年10月7日 17:27 UTCmonitoring

   劣化が緩和されました。 私たちは、安定性を確保するために監視しています.

4. 2026年10月7日 18:00 UTCmonitoring

   すべてのシステムが回復しました。 私たちは、緩和を適用し、別の再発を予想していません.

5. 2026年10月7日 18:04 UTCresolved

   2026年10月7日、16:52 から 17:01 UTC まで、GitHub は、その日の初期から書業の残業を経験しました。 両方の年齢は同じ根本原因を共有しました。 インシデント、インパクト、予防対策の併用要約をご覧ください。 https://www.githubstatus.com/incidents/djlmxz2zd0j7

公式のインシデント更新を自動翻訳しています。

1. 2026年10月7日 15:14 UTCinvestigating

   アクション、Gitオペレーション、Pull Requestの劣化状況に関するレポートを調査しています

2. 2026年10月7日 15:15 UTCinvestigating

   劣化した性能を経験する問題 今後も調査を続けてまいります.

3. 2026年10月7日 15:16 UTCinvestigating

   Webhooksは、空き状況を劣化させています。 今後も調査を続けてまいります.

4. 2026年10月7日 15:24 UTCinvestigating

   15:06 UTC と 15:16 UTC の間の GitHub サービスの広範な影響を観察し、根本的な原因を調べています。 すべてのシステムが回復し、別のアップデートを短時間で提供します.

5. 2026年10月7日 15:25 UTCinvestigating

   プルリクエストは劣化した性能を発揮します。 今後も調査を続けてまいります.

6. 2026年10月7日 15:27 UTCinvestigating

   Gitの操作は普通作動します.

7. 2026年10月7日 15:27 UTCinvestigating

   Webhooksは劣化したパフォーマンスを経験しています。 今後も調査を続けてまいります.

8. 2026年10月7日 15:31 UTCinvestigating

   プルリクエストに対する劣化が緩和されました。 私たちは、安定性を確保するために監視しています.

9. 2026年10月7日 15:32 UTCinvestigating

   アクションは正常に動作しています.

10. 2026年10月7日 15:35 UTCinvestigating

    Gitオペレーションズは、パフォーマンスを劣化させています。 今後も調査を続けてまいります.

11. 2026年10月7日 15:41 UTCinvestigating

    すべてのシステム間で部分的な回復を観察しています。 破壊の根本原因を監視・調査し続けています.

12. 2026年10月7日 15:47 UTCinvestigating

    問題に対する劣化が緩和された。 私たちは、安定性を確保するために監視しています.

13. 2026年10月7日 15:49 UTCinvestigating

    GitオペレーションとWebhooksに影響を及ぼす劣化が緩和されました。 私たちは、安定性を確保するために監視しています.

14. 2026年10月7日 15:56 UTCmonitoring

    劣化が緩和されました。 私たちは、安定性を確保するために監視しています.

15. 2026年10月7日 15:58 UTCmonitoring

    Gitオペレーション、プルリクエスト、アクションを含むすべてのシステム全体で完全な回復を見ることができます。 15:06 UTC と 15:16 UTC の間の破壊の根本的な原因を調査し続け、別の更新をすぐに共有します.

16. 2026年10月7日 16:23 UTCmonitoring

    Gitオペレーション、プルリクエスト、アクションは完全に回復され、安定しています。 根本原因が特定され、再発を防ぐため、緩和が適用される.

17. 2026年10月7日 16:25 UTCresolved

    2026年10月7日、GitHubは、同じ原因で、約19分、書き込み操作の2つの不足がありました。 15:06〜15:16 UTC(約10分)と16:52〜17:01 UTC(約9分)の2番目。 両方のウィンドウで、Git 操作、プルリクエスト、問題、GitHub Actions、API、webhooks、サインイン、認証、GitHub Apps、OAuth、コードスキャン、Codespaces、Copilot 間でデータを保存または変更するアクション。 データの読み込みが大幅な影響を受けました。 最初のアウト率では、Web および API リクエストの 5.6% が失敗しました。8.9% でピークし、12,000 以上の組織が失敗したリクエストを見ました。 Git認証リクエストの最大26%が失敗し、アクションワークフローの17%がインフラエラーで失敗しました。 ウェブおよび API リクエストの 6.2% が失敗しました。9.3% でピークし、11,000 を超える組織が影響を受けました。 Git認証リクエストの最大25%が失敗し、アクションワークフローの19%が失敗しました。 回復が成功した後、データベースの経験豊富なデータ損失、および操作は取得しません。 GitHubは、データベースサーバーが新しく更新されたデータを受け取るべき追跡を維持する内部サービスに依存しています。 定期的なメンテナンスの一環として、このサービスを実行しているマシンを交換する一方で、新しいマシンの1つは、まだリストされたデータベースサーバーが既に退職した記録の古いコピーを開始しました。 このノードがオンラインに来たとき、古いレコードでルーティング設定を誤って変更し、存在しないデータベースサーバーへの書き込みリクエストをルーティングします。 正しい構成を持つ機械の1つが、量子のリーダーになり、正しい構成を送信したときに、各停電が終了しました。 初めての停電後、新しいマシンをソースとして識別し、自動メンテナンスを一時停止し、再びリーダーであることから停止します。 16:52 UTCでは、一時停止を認めなかった自動メンテナンスタスクが充電され、停電が再び起こりました。 マシンを17:02 UTCでシャットし、それを削除してから、自動化は現在、私たちの人形劇インフラの更新のために新しい回帰だった、一時停止を表彰しました。 再発防止のため、新しい機械を追加する前に、サービスの記録から退職したデータベースサーバーをクリアし、新しい機械が選択されたリーダーであることから、レコードがチェックされるまで新しいマシンを維持しています。 また、システムを変更して、サーバーが存在しない設定を拒否し、既知の設定を使わないようにします。 最後に、私たちは、応答機に、サービスから不備なマシンを取り出すためのより高速な方法を与え、このような変更は秒単位で点在しています。 毎月の空室状況報告書に、これらの事件の詳細な書き込みアップをお伝えします。また、今後の課題を未然に防ぐために作り上げた修理状況をお伝えします.

公式のインシデント更新を自動翻訳しています。

1. 2026年10月6日 19:57 UTCinvestigating

   プルリクエストとWebhooksの劣化性能に関するレポートを調査しています

2. 2026年10月6日 20:04 UTCinvestigating

   Webhooksは正常に動作しています.

3. 2026年10月6日 20:12 UTCinvestigating

   プルリクエストは正常に動作しています.

4. 2026年10月6日 20:22 UTCinvestigating

   問題、プルリクエスト、およびwebhooksを含む多くのサービスが簡単に分解されましたが、今は回復しました。 原因と緩和を検証しながら、エンタープライズマイグレーションが一時停止されます.

5. 2026年10月6日 20:26 UTCmonitoring

   劣化が緩和されました。 私たちは、安定性を確保するために監視しています.

6. 2026年10月6日 20:57 UTCinvestigating

   すべてのサービスは、企業移行を除き、通常機能しています。 すぐに再開します.

7. 2026年10月6日 21:29 UTCinvestigating

   私たちは、企業移行の処理を再開できるようにする緩和に取り組んでいます.

8. 2026年10月6日 22:40 UTCinvestigating

   移行と移行を短く再開するための計画を展開しています

9. 2026年10月6日 23:40 UTCresolved

   2026年10月6日、19時44分から19時50分まで、GitHubは、すべてのリクエストの1.30%で高い誤差率をピークにサービスアウト率を経験しました。 これは、プルリクエスト、Webhooks、Repos、OAuth、SSH、Codespace、およびGists上のGitを含む、GitHub全体で12サービスに影響を与えました。 インシデントは、GitHub Enterprise Importer (GEI) によってトリガーされ、データベース接続プールを飽和させる長時間のクエリが複数作成されました。 移行の呼び出しが停止したら、Recover はおよそ 19:50 UTC で見られました。GEI の移行は、コードの修正が合併した後 23:32 UTC で再有効になりました。 詳細なroot-causeレビューを完了し、改善されたデータベース・ヘルス・セーフガードを実装しています。 今後も再発防止のため、さらなる安全対策を検討・追加してまいります.

公式のインシデント更新を自動翻訳しています。

1. 2026年10月5日 23:47 UTCinvestigating

   GitHub サービスのインパクトのあるパフォーマンスに関するレポートを調査しています.

2. 2026年10月6日 0:05 UTCinvestigating

   ユーザーは、組織や企業の請求やライセンスページにアクセスする問題が発生することがあります。 回復のための緩和と監視を展開しています.

3. 2026年10月6日 1:32 UTCresolved

   2026年10月5日、23:05 UTCと10月6日の00:0011 UTCの間で、一部のユーザーは、組織と企業課金、ライセンス、および設定ページにアクセスする際に遅いページの読み込み、タイムアウト、エラーが発生しました。 平均して、エラー率は1.9%で、これらのページを出力するサービスの要求の13.8%にピークされました。 これにより、ネットワーク障害が発生し、オンプレミスのデータセンター領域とクラウドホスト地域のデータベースサービスのサブセット間の接続を中断しました。 データベースのトラフィックを健康な地域にシフトすることで、事故を緩和しました。 私たちは、地域のデータベースの故障をより早く完了させ、タイムアウトを削減するために取り組んでおり、これらのページは吊り下げではなく高速に失敗し、将来的にこのような問題の検出と軽減に時間を削減するためにレイテンシベースのアラートを追加します。 今後もクラウドプロバイダーと連携し、ネットワーク障害の把握を図っています.

公式のインシデント更新を自動翻訳しています。

1. 2026年10月5日 19:11 UTCinvestigating

   行動の劣化性能に関する報告書を調査しています

2. 2026年10月5日 19:15 UTCinvestigating

   GitHub-hosted ランナーを Actions ジョブに割り当てるときに遅延を引き起こしている問題について調査しています。 一部のワークフローでは、ランナーの設定で起動する時間が長くなります。 私たちのチームは、問題を軽減するために取り組んでおり、我々はより多くのことを学ぶために更新を提供します.

3. 2026年10月5日 19:50 UTCinvestigating

   GitHub-hosted ランナーを割り当てる遅延を依然として調査し、複数のランナー構成でワークフローの開始時間に影響を与える。 私たちのチームは、影響を緩和するために取り組んでいます。私たちは、より多くのことを学ぶために別のアップデートを共有します.

4. 2026年10月5日 20:39 UTCinvestigating

   GitHub でホストされているランナーの割り当てやワークフローの開始時間に影響を与えるジョブの失敗や遅延の調査を継続しています。 当社のチームは、インパクトを緩和し、さらなるアップデートを提供できるよう積極的に取り組んでいます.

5. 2026年10月5日 20:47 UTCinvestigating

   行動は劣化した可用性を経験しています。 今後も調査を続けてまいります.

6. 2026年10月5日 21:09 UTCinvestigating

   Actions と Hosted Runner の継続的な問題に加えて、一部の顧客は、GitHub アカウント内のリポジトリリスト、ライセンス、課金ページにアクセスできません。 今後も調査を行い、ミシグエーションに取り組んでまいります.

7. 2026年10月5日 21:22 UTCinvestigating

   ページは劣化したパフォーマンスを経験しています。 今後も調査を続けてまいります.

8. 2026年10月5日 21:31 UTCinvestigating

   パフォーマンスを劣化させるアクション。 今後も調査を続けてまいります.

9. 2026年10月5日 21:32 UTCinvestigating

   GitHub Actions の失敗に対処するために mitigations を適用しました。 キューイングされたジョブは消去され、新しいジョブは遅延せず、フルランナーの回復を短時間で期待します。 今後も全回復を監視し、リポジトリリスト、ライセンス、課金ページへのアクセスなど、他のサービスに影響を及ぼす問題を軽減するために取り組んでまいります.

10. 2026年10月5日 21:54 UTCinvestigating

    アクションは正常に動作しています.

11. 2026年10月5日 22:40 UTCinvestigating

    ページは正常に動作しています.

12. 2026年10月5日 22:49 UTCresolved

    2026年10月5日、18:48と22:49 UTC、GitHub ActionsとHosted Runnersの間では、劣化したパフォーマンスを経験しました。 GitHub-hosted ランナーを使用してワークフローの14.3%と、GitHub-hostedジョブの26.5%が5分以内に起動しませんでした。 GitHub-hosted のランナーが失敗し、GitHub-hosted ジョブの 71.9% が 5 分以内に起動しませんでしたが、既存の Pages サイトが正常に機能し続けました。 顧客の一部は、リポジトリリスト、ライセンスおよび課金ページ、および一部のCopilot機能の断続的なエラーにも遭遇しました。 自走ランナーは影響を受けません。 インシデントは、オンプレミスのデータセンター領域とクラウドホスト地域のデータベースとストレージサービスのサブセット間の接続を中断した部分的なネットワーク障害によって引き起こされました。 データベースのシフトや保存トラフィックを健康な地域やエンドポイントにシフトし、影響を受けるコンピューティングサービスの能力を増加させることで、事件を緩和しました。 21:54 UTCによって回復されたGitHubアクションとホストされたランナー、および22:49 UTCによって回復されたすべての影響を受けたサービス。 ネットワーク障害を理解し、ネットワークパスのレジリエンス、検出、および同様のインシデントの回復の改善を識別するために、当社のクラウドプロバイダと提携しています.

公式のインシデント更新を自動翻訳しています。

1. 2026年10月1日 14:47 UTCinvestigating

   行動の劣化性能に関する報告書を調査しています

2. 2026年10月1日 14:54 UTCinvestigating

   Ubuntu のランナーでアクションの実行開始遅延の増加の原因を特定し、修正を積極的に展開しています。 お客様は、緩和がロールアウトし、サービスメトリックが正常に戻ってくる間、断続的な遅延が発生することがあります.

3. 2026年10月1日 15:02 UTCinvestigating

   Ubuntu のランナーの起動遅延が解決されました。 Windows ランナーの起動遅延を調査し、利用可能な情報を共有します.

4. 2026年10月1日 15:10 UTCmonitoring

   アクションに対する劣化が緩和された。 私たちは、安定性を確保するために監視しています.

5. 2026年10月1日 15:20 UTCinvestigating

   パフォーマンスを劣化させるアクション。 今後も調査を続けてまいります.

6. 2026年10月1日 15:29 UTCinvestigating

   操業開始遅延における再発が見られ、問題の調査を続けています。 お客様には、最大10分の遅延が発生します.

7. 2026年10月1日 16:10 UTCinvestigating

   遅延を生成しているアクションのリクエストを429に引き起こす、上流プロバイダーの問題を特定しました。 自社チームにエスカレーションし、429sを移行する方法を調査しています.

8. 2026年10月1日 16:48 UTCinvestigating

   現在、30分以内に緩和と予想回復を適用しています.

9. 2026年10月1日 17:50 UTCinvestigating

   GitHub Actions は、上流の Azure の依存性内でスロットリングによるホストされているランナーのパフォーマンスを低下させました。 サービスの容量は回復し、私達は根本的な条件のAzureと働いた間監視し続けます.

10. 2026年10月1日 17:56 UTCresolved

    2026年10月1日、GitHub Actions は、GitHub-hosted の2つの期間を遅延し、失敗したジョブが起動し、約14:15 UTCで開始しました。 14:15〜17:56 UTCインシデントレスポンスウィンドウ全体で、ワークフローの約0.68%が経験する開始遅延を実行し、ジョブの0.196%が起動できなかった。 クラウドプロバイダーのルーティング変更は、単一のバックエンドで API トラフィックを集中し、速度制限エラーの増加を引き起こします。 プロバイダーのインベントリサービスのリトライが影響を受ける API に負荷を追加し、レートの制限を補います。 影響を受けた地域において、ランナーのプロビジョニングと使用能力の低下を阻害しました。 不当な地域における需要の増加により、当社の業務委託システムにおける通貨の制限を解除し、ランナーが利用できる場合でもジョブを遅延させます。 応答中、ジョブアサインの対立性を高め、ランナ容量をスケールアップし、当社のクラウドプロバイダと協力して、ランナサブスクリプションをインベントリーサービスから除外することにより、API負荷を削減しました。 約16:15 UTCでは、期待通りにジョブが始まり、実行されました。 事故が17:56 UTCで解決するまでの緩和と監視を続けました。 当社のクラウドプロバイダは、当社のワークロードのリソース管理API率制限を増加させています。 同様のインシデントの可能性と影響を削減するために、より詳細なレート制限アラートを追加し、利用可能な地域で増加した需要を処理するために、当社の業務委託システムを更新しています.

公式のインシデント更新を自動翻訳しています。

1. 2026年10月1日 13:37 UTCinvestigating

   GitHub サービスのインパクトのあるパフォーマンスに関するレポートを調査しています.

2. 2026年10月1日 13:39 UTCinvestigating

   Webリクエストに影響を及ぼすレイテンシーが高い再発期間を調査しています。 情報が増えるにつれてアップデートを共有します.

3. 2026年10月1日 13:51 UTCmonitoring

   劣化が緩和されました。 私たちは、安定性を確保するために監視しています.

4. 2026年10月1日 13:57 UTCresolved

   10月1日、2026日、13:04 UTCと13:34 UTCの間で、ユーザーは、GitHub.comで2つの遅いページの読み込みと断続的なリクエストの失敗を経験しました。 平均すると、エラー率は0.52%で、6.13%でピーク。 トラフィック処理のインフラ上にトラフィックが増加し、アプリケーションのサーバーに到達する前にリクエストを遅延させる、という異常な量の着信トラフィックが増加しました。 トラフィックが潜在するにつれて、パフォーマンスが正常に戻り、同様のトラフィックから保護するために追加のトラフィックフィルタリングを適用したため、私たちは持っています。 トラフィックハンドリングインフラの遅延を防止し、自動トラフィック保護を強化し、検知・軽減の時間を短縮します.

公式のインシデント更新を自動翻訳しています。

1. 2026年10月1日 11:34 UTCresolved

   10月1日、既存のワークフローの実行数が少ないため、分離されたインフラの故障がGitHubのアクションを引き起こし、実行状態を失います。 影響を受けた実行は、展開の承認を失敗したり、キャンセルしたときにエラーを返すことがあります。 サービスの接続が回復しましたが、失った状態は承認を再試すことによって復元できません。 影響を受けると、新しい実行をトリガーしたり、 GitHub サポート に GitHub サポートに連絡して、 ブロック解除できます。 クリアしたら、「すべてのジョブを再実行」を選択します。 これにより、ワークフローの実行 ID が保存されますが、新しい試みが始まり、アーティファクトを再構築し、新しい展開承認が必要です。 再実行する前に、再実行を避けるために既に完了したデプロイメントの手順を確認してください.

公式のインシデント更新を自動翻訳しています。