Circle Ci の障害履歴

1. 2026年9月4日 15:16 UTCinvestigating

   Macインフラに影響を及ぼすネットワークの問題を検知しました。 調査を行い、アップデートを短時間で提供いたします。 お客様には、この時期にキューイングを体験することができます.

2. 2026年9月4日 15:43 UTCidentified

   Macインフラストラクチャプロバイダでネットワークの問題を特定し、問題の解決に取り組んでいます。 リカバリーはスタートしていますが、お客様もキューイングも見つかります。 更新を短くします.

3. 2026年9月4日 16:19 UTCmonitoring

   当社のMacインフラストラクチャプロバイダは、このネットワークの問題に修正を適用しており、キュータイムが正常に戻ってくるのを見ています。 これからも、少しずつ物事を続けていきます。 更新を短くします.

4. 2026年9月4日 16:55 UTCresolved

   キュータイムにさらに影響が及ばず、すべてが正常に戻りました。 私たちは、この問題を解決し、監視するために働いた間、あなたの忍耐を感謝します.

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

1. 2026年8月26日 15:43 UTCidentified

   プラン利用 UI やプラン利用 API の呼び出し時に、断続的なエラーが発生する場合があります。 問題を特定し、これらのエラーを軽減するために積極的に取り組んでいます.

2. 2026年8月26日 16:04 UTCmonitoring

   プラン利用 API と UI の関連ページが正しく読み込まれている問題を修正しました.

3. 2026年8月26日 16:10 UTCresolved

   この事件は解決しました.

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

1. 2026年8月25日 23:20 UTCresolved

   19:49 UTC と 21:07 UTC を 8 月 25, 2026, GitHub を使用して CircleCI にログインしようとする顧客はサインインできませんでした。, コールバック URL を stating する GitHub からのエラーが無効になりました。. 既にログインしたお客様は影響を受けていない。 問題は解決され、GitHubのログインは正常に機能しています。 弊社では、お客様のご満足を心よりお寄せ頂き、誠に有難うございます.

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

1. 2026年8月17日 21:06 UTCidentified

   問題の原因は特定され、修正作業中です.

2. 2026年8月17日 21:36 UTCmonitoring

   修正を実装し、結果を監視しています.

3. 2026年8月17日 21:37 UTCresolved

   Insights のデータは、もう一度良いです。 ありがとうございます.

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

1. 2026年8月17日 14:04 UTCidentified

   GitHub は、CircleCI パイプラインのトリガーとロギングに影響するインシデントを報告しました。https://www.githubstatus.com/incidents/zkxwbgr0cnmxx フライト中のジョブが実行されますが、GitHub Pull Requests へのステータスレポートは失敗する可能性があります.

2. 2026年8月17日 14:25 UTCidentified

   GitHub API のエラー率が高く、Webhook トラフィックを削減しています。 今後も、より一層の最新情報をお届けしてまいります.

3. 2026年8月17日 15:49 UTCidentified

   GitHub の API のエラー率が高く、Webhook トラフィックを削減しています。 GitHub を使用して、VCS は、CircleCI プラットフォームのエクスペリエンスに影響する可能性があります。 これは、インシデントGitHubに直接リンクされています。 https://www.githubstatus.com/incidents/zkxwbgr0cnmx 最新情報をお届けいたします.

4. 2026年8月17日 16:22 UTCmonitoring

   GitHub API で改善された安定性を観察し始めました。 今後も復旧を続けてまいります.

5. 2026年8月17日 17:01 UTCmonitoring

   GitHub API のエラー率とレイテンシーが回復しているように見えます。 今後もモニターを続けていきます.

6. 2026年8月17日 17:23 UTCmonitoring

   GitHub の API の一部はまだ劣化し、コミットステータスの更新やホック処理に関する問題が少々あります。 これらの効果を緩和するために最善を尽くします.

7. 2026年8月17日 19:05 UTCresolved

   GitHub の API は正常に動作するようになりました.

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

1. 2026年8月15日 13:58 UTCresolved

   8月15日(水)13時00分に終了した予定メンテナンスを実施し、発表した窓から約30分間作業処理に影響する。 一部の顧客は、作業開始の遅延を引き続き確認し、インフラの誤りに失敗した案件数が少ないため、約13:30 UTC まで対応しています。 これは解決され、ジョブ処理が正常に戻りました。 このウィンドウでジョブが失敗したお客様は、影響を受けたジョブを再実行できます。 弊社チームは、お客様のご迷惑をおかけし、誠に有難うございますが、ご理解のほどよろしくお願い申し上げます.

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

1. 2026年8月12日 16:33 UTCidentified

   GitHub is currently experiencing a service degradation (https://www.githubstatus.com/incidents/76t89hbfb09h). Customers who use GitHub as their VCS may experience impact to their CircleCI platform experience as a result, impacting checkout and workflows. We will provide another update as we have more information to share. Thank you for your patience.

2. 2026年8月12日 16:43 UTCresolved

   The issue impacting customers who use GitHub as their VCS while GitHub was undergoing a service degradation (https://www.githubstatus.com/incidents/76t89hbfb09h) has now been resolved. GitHub has resolved the underlying issue and the affected functionality has returned to normal. We thank you for your patience.

1. 2026年8月11日 17:42 UTCresolved

   Between 13:50 UTC and approximately 17:30 UTC on August 11, 2026, some customers experienced delays of up to an hour in pipeline status updates and in notification delivery. Between 16:40 UTC and 17:00 UTC within that same window, a small number of customers also saw newly created pipelines fail to process, appearing in an errored state in the UI and API. The issue has been resolved and all affected functionality has returned to normal. Customers whose pipelines errored during that window can retrigger them. We thank you for your patience while our team worked on implementing a fix.

1. 2026年8月6日 13:06 UTCinvestigating

   Usage API data is delayed for 8/5/2026. All prior data remains available. We are investigating. Thank you for your patience.

2. 2026年8月6日 15:06 UTCidentified

   The issue has been identified and a fix is in progress.

3. 2026年8月6日 19:33 UTCmonitoring

   A fix is in place and is being monitored. Thanks for your patience.

4. 2026年8月6日 19:54 UTCresolved

   The Usage API issue has been resolved. Data has been loaded for yesterday, 8/5/2026. We appreciate your patience.

1. 2026年8月5日 16:58 UTCinvestigating

   We are seeing an issue with Insights service where the data from the last 24 hours is lagging. We are investigating.

2. 2026年8月5日 17:46 UTCinvestigating

   We are continuing to investigate and will update as we know more.

3. 2026年8月5日 18:25 UTCidentified

   We have identified the issue, and are working with our upstream provider to resolve it now.

4. 2026年8月5日 21:01 UTCresolved

   The upstream issue has been resolved, and the insights data from the last 24 hours has caught up. Thank you for your patience.

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

1. 2026年8月4日 19:27 UTCinvestigating

   We are experiencing increased queue times for Windows, Android, and GPU jobs due to capacity constraints with a third-party infrastructure provider. Jobs will continue to be processed but may take longer than usual to start. Thank you for your patience while our engineers work to resolve this.

2. 2026年8月4日 19:59 UTCmonitoring

   We're starting to see queue times slowly recovering. We'll be monitoring this situation, we appreciate your patience.

3. 2026年8月4日 20:33 UTCmonitoring

   Queue times continue to gradually recover with our third-party infrastructure provider, though we've seen a slight uptick in the last 30 mins. We're keeping an eye on this and will keep you updated as things get back to normal. Again, thank you for your patience.

4. 2026年8月4日 21:16 UTCmonitoring

   Queue times for both Android and Windows jobs, which had been recovering, have started to rise again. This continues to be related to capacity constraints with our third-party infrastructure provider. We'll continue to monitor and provide updates at least every 30 minutes. We appreciate your patience.

5. 2026年8月4日 21:46 UTCmonitoring

   Queue times for both Android and Windows jobs continue to be volatile, with sharp swings up and down. This remains related to capacity constraints with our third-party infrastructure provider. Our team will continue to monitor and provide updates at least every 30 minutes. We appreciate your patience.

6. 2026年8月4日 22:20 UTCmonitoring

   Queue times for both Android and Windows jobs, affected by capacity constraints with our third-party infrastructure provider, have been recovering significantly for the last half hour. We're continuing to monitor for a bit longer to confirm they return to normal levels. We appreciate your patience.

7. 2026年8月4日 23:40 UTCresolved

   Queue times for Android and Windows jobs have reduced significantly over the last hour. You may still notice brief, isolated queuing at times, but this is no longer at incident-level impact. This was related to capacity constraints with a third-party infrastructure provider. We thank you for your patience while we monitored the situation. If you have any issues, please reach out to our Support team.

1. 2026年7月24日 16:35 UTCidentified

   GitHubは現在、サービス劣化(https://www.githubstatus.com/incidents/yjysg0xrl67m)を経験しています。 GitHub を VCS として使用しているお客様は、CircleCI プラットフォームのエクスペリエンスに影響し、チェックアウトとワークフローに影響を及ぼす可能性があります。 シェアする情報が増えるにつれて、別のアップデートを提供します。 ありがとうございます.

2. 2026年7月24日 17:41 UTCresolved

   GitHubをVCSとして使用しているお客様に影響を与える問題は、サービス劣化(https://www.githubstatus.com/incidents/yjysg0xrl67m)を受けました。 GitHubは、根本的な問題を解決し、影響を受けた機能は正常に戻りました。 ありがとうございます.

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

1. 2026年7月22日 19:57 UTCinvestigating

   Gen3 リソースクラスを使用してジョブを開始する際に遅延を調べます.

2. 2026年7月22日 23:17 UTCinvestigating

   Gen3マシンの実行者を使用して、顧客に影響を与える高い待ち時間を調査し続けています。 感染したジョブは、通常よりも時間がかかることがあります。 弊社では、より詳細な情報を共有するため、速やかに別の更新を行います.

3. 2026年7月23日 0:31 UTCinvestigating

   私たちは、問題を特定し、gen 3リソースの可用性を解決するために、当社のプロバイダと協力しています。 Gen1とGen2は、両方とも完全に操作可能です.

4. 2026年7月23日 2:05 UTCresolved

   7 月 22 日と 01:50 UTC で 19:24 UTC の間に 23 7 月, gen3 プレビュー マシンを使用して顧客 (Linux VM) リソース クラスは遅延を経験しました。, 場合によっては, ジョブは起動できません。. これらに影響を及ぼす安定性の問題に対処するため、gen3リソースクラスを削除しました。 残念ながら、この期間中の計算能力を規定できなかったワークフローはキャンセルされました。 感染したお客様は、gen3からgen2にリソースクラスを変更し、それらのワークフローを再実行する必要があります。 誠に有難うございます.

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

1. 2026年7月22日 6:13 UTCmonitoring

   顧客のサブセットは、 03:18 UTC で始まる app.circleci.com をロードする経験豊富なエラーが発生する可能性があります。 修正が展開され、完全な回復を監視しています。 エンジニアが回復を確認しながら、あなたの忍耐をありがとう. アップデートを短時間で提供いたします.

2. 2026年7月22日 6:27 UTCresolved

   間 03:18 UTC と 06:04 UTC に 7月 22, 2026, 顧客のサブセットは、app.circleci.comにアクセスできませんでした. 問題は解決され、アクセスは正常に戻りました。 弊社では、お客様のご満足を心よりお寄せ頂き、誠に有難うございます.

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

1. 2026年7月20日 0:35 UTCidentified

   GitHub API リクエストで問題を特定し、実行状態やワークフローに立ち往生したワークフローが起動できない状況を確認することができます。 GitHub は API にインシデントを報告しました https://www.githubstatus.com/incidents/ph5nns5y4gxj https://www.githubstatus.com/incidents/8vfyvq16hzh9 GitHub API の安定性を監視し、このページを更新します.

2. 2026年7月20日 1:24 UTCidentified

   また、上流 API の稼働率により、プッシュイベント Webhook のエラー処理も行っております。 これらのプッシュイベントのパイプラインを再試すことができます.

3. 2026年7月20日 1:36 UTCmonitoring

   GitHub API からリカバリーの兆候が見られます。 API のエラー率が回復していることを確認するために監視状態に滞在します.

4. 2026年7月20日 1:45 UTCresolved

   GitHub API のエラー率は通常のレベルに回復しました。 インシデント中、一部の顧客は、パイプラインがステータスの更新を開始したり、受信しなかったりすることができません。 一部のパイプラインは、実行状態に固執する場合があります。 * 起動しなかったパイプラインを手動でトリガーするために、UI をコミットまたは使用してください。 * 立ち止まった状態のパイプラインはキャンセルされ、再実行する必要があります。 問題が発生した場合は、CircleCIサポートにお問い合わせください.

5. 2026年7月23日 21:10 UTCpostmortem

   ## 概要 7月 20, 2026 から 00:22 へ 01:45 UTC, CircleCI のお客様は、GitHub のインテグレーション 経験豊富なインテグレーション パイプラインを実行し、経験豊富なワークフローがスタックしています。 このインシデント中に、GitHubを使用してユーザーがトリガーしたパイプラインは、エラーパイプラインとして起動または実行できませんでした。 このウィンドウの間にパイプラインが失敗したり、エラーパイプラインとして実行された顧客は、それらを再実行する必要があります。 これは、GitHub で [upstream API degradation](https://www.githubstatus.com/incidents/ph5nns5y4gxj) によって引き起こされ、CirCI がパイプラインをトリガーおよび実行するために使用している多くの GitHub API に影響を与えました。 01:45 UTC, GitHub API が復元され、顧客パイプラインが正常に実行されます。 オリジナルのCircleCIステータスページ(https://status.circleci.com/incidents/9lvbbbs9l87b)がご覧いただけます。 ## 何が起こったのか \(毎回UTC\) 2026年7月20日、GitHub は、次の API リクエストに対して高いエラーを返すようになりました。 * `applications/*/token` * `repos/*/commits` * `repos/*/*/contents/*` * `repos/*/*/hooks` * `repos/*/*/hooks/*` * `repos/*/*/keys` * `repos/*/*/pulls` * `repos/*/*/statuses/*` CircleCI は、パイプラインを正しくトリガーおよび実行するために、これらのリクエストに依存しています。 00:22 では、内部監視が問題に警告しました。 GitHubプロジェクトに所属するパイプラインの数が少なく、エラーパイプラインとして起動または実行できなかったことを発見しました。 スケジュールされたパイプラインとワークフローが含まれています。 また、複数の顧客のワークフローは、ジョブをスタックし、ワークフローを再実行して修正する必要があります。 01:45 では、GitHub は正常に動作するレベルに戻り、パイプライン処理を回復しました。 インシデントウィンドウにトリガーされたパイプラインのみが影響され、お客様はそれらのパイプラインを再実行する必要があります。 ## 将来の予防とプロセス改善 当社は、GitHubサービス中断時のパイプライン処理のレジリエンスを積極的に改善し、今後同様のインシデントの顧客影響を削減しています。 顧客が事件を解決した後に手動の手順を減らして回復するのを助ける機能のスコーピングです。 顧客体験は当社の最優先事項であり、お客さまがどこにいるかを信頼するために、当社のシステムの信頼性を継続的に改善することにコミットしています。 ご質問やご不明な点がございましたら、サポートチームまでお問い合わせください.

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

1. 2026年7月16日 23:04 UTCinvestigating

   お客様がCircleCI Webアプリをロードし、サインインするエラーが表示される可能性がある問題について調査しています。パイプラインとスケジュールされたワークフローは、開始または実行に失敗します。 これは、GitHubに影響を与える継続的なインシデントに関連しています。 GitHubのステータスをhttps://www.githubstatus.com/incidents/gxycch3076xkで確認できます。 当社のエンジニアは積極的に調査しています。 弊社では、より詳細な情報を共有するため、速やかに別の更新を行います.

2. 2026年7月16日 23:42 UTCidentified

   ログインやワークフロー処理に影響を及ぼす GitHub API から高い故障率を継続的に確認しています。 今後も、GitHub API を監視し、復旧を続けていきます.

3. 2026年7月17日 0:09 UTCmonitoring

   何が起こっているのか GitHubに影響する上流インシデントが緩和され、GitHubの側で監視されています。 GitHub のステータスを https://www.githubstatus.com/ で確認できます。 期待できるもの CircleCI の Web アプリ、サインイン、パイプライン、ワークフロー処理へのアクセスは、通常に戻ります。 システムの安定化として、断続的なエラーやスケジュールされたパイプラインやワークフローを遅延させる可能性があります。 完全な回復のために監視している間あなたの忍耐をありがとう.

4. 2026年7月17日 0:26 UTCresolved

   GitHub の API に影響するインシデントは、CircleCI の顧客は、Web アプリをロードし、サインインするエラーを経験し、パイプラインやスケジュールされたワークフローで起動または実行に失敗します。 GitHub は、根本的なインシデント (https://www.githubstatus.com/) を解決し、影響を受けたすべての機能は正常に戻りました。 ジョブまたはパイプラインが失敗したお客様は、再実行できます。 インシデント中に見逃されたパイプラインとワークフローが自動的に実行されず、再トリガーする必要があります。 ありがとうございます.

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

1. 2026年7月14日 22:54 UTCidentified

   7月13日 15:30 UTC と 22:40 UTC の間、Docker (Gen 2) リソースクラスでクラウドプロバイダーの容量制約により、ジョブを開始した遅延が発生しました。 遅延が約1分48秒に達しました。 約15:45 UTC以来、これらの遅延を引き続き体験しています。 これまでのところ、遅延が約1分19秒に達しました。 クラウドプロバイダーと連携して、容量を追加し、状況の変化に合わせてこのインシデントを更新します.

2. 2026年7月15日 0:32 UTCresolved

   7月13日 15:30 UTC と 22:40 UTC の間、Docker (Gen 2) リソースクラスでクラウドプロバイダーの容量制約により、ジョブを開始した遅延が発生しました。 同じ問題は7月14日、15:45 UTCと22:50 UTCの間で再発しました。 7月13日(土)から7月14日(日)まで25分、7月14日(日)まで24分です。 medium+ と 2 X-large+ リソースクラスは、最も長い待ち時間を見ました。 このインシデントの初期更新では、平均待機時間に基づいて図を報告しました。これにより、一部の顧客が経験した可能性のある影響が最大に反映されませんでした。 待ち時間が正常に戻りました。 クラウドプロバイダーと連携し、次のピーク期に先立ち、能力を発揮します。 ありがとうございます.

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

1. 2026年7月14日 2:49 UTCinvestigating

   現在、Bitbucket を ID プロバイダーとして使用している一部の顧客のログインエラーを調べています.

2. 2026年7月14日 3:29 UTCinvestigating

   当社のチームは、BitbucketをIDプロバイダとして使用している一部の顧客のログインエラーを引き続き調査しています.

3. 2026年7月14日 3:51 UTCinvestigating

   何が影響されるか Bitbucket-linked IDでログインしているお客様は、影響を受けています。 GitHubでログインしているお客様も、アカウントにBitbucket IDをリンクしている可能性があります。 また、一部の顧客は、開始または更新されていないワークフローを経験しています。 期待できるもの 顧客がログインエラーを確認できます。 一部の顧客は、期待どおりに起動または更新しない失敗するワークフローにも気づくかもしれません。 エンジニアが調査をしながら、忍耐をありがとう。 次のアップデート より多くの情報を共有するとすぐに別の更新を提供します

4. 2026年7月14日 4:21 UTCmonitoring

   何が影響されるか Bitbucket-linked IDでログインしたお客様は影響を受けました。 また、お客様のアカウントにBitbucket IDをリンクしたGitHubでログインしている顧客も含まれている場合があります。 一部の顧客は、開始または更新されていないワークフローも経験しました。 期待できるもの 修正が展開されました。 完全な回復を確認する状況を監視しています。 次のアップデート 変更があった場合は更新を行います

5. 2026年7月14日 5:15 UTCresolved

   顧客がBitbucket-linked IDの経験豊富なログインエラーでログインし、一部の顧客は開始または更新しなかったワークフローを経験した問題が解決しました。 あなたがまだ経験し、する必要があるかもしれないこと - ログイン方法としてBitbucketを使用する場合は、アカウントにCircleCI Bitbucketの統合をログアウトして再認証してください。 - ワークフローのどれが立ち往生しているか、不足しているステータスチェックを表示している場合は、それらを再実行して修正をピックアップしてください。 - これらの手順を続けて問題が発生した場合は、CircleCI サポートにご連絡ください。 弊社では、お客様のご満足を心よりお寄せ頂き、誠に有難うございます.

6. 2026年7月14日 22:31 UTCpostmortem

   ## 概要 から 01:33 UTC に 05:18 UTC に 7 月 14, 2026, Bitbucket-linked アイデンティティを持つ顧客は、CircleCI にログインできませんでした, 一部の顧客は、開始または更新に失敗したワークフローを経験しました, Bitbucket の OAuth サービスレポートアカウントの許可の変更による. 05:07 UTC では、システムが更新されたパーミッションフィールドを読み込む方法を修正しました。 一部の顧客は、修正をデプロイした後、Bitbucketの統合をログアウトして再認証する必要があります。 当社のシステムは、影響を受けたジョブのバックログを0839 UTCまで処理し続けました。 弊社では、この事故を解決し、お客様にご満足いただけることを心よりお詫び申し上げます。 ご質問やご不明な点がございましたら、サポートチームまでお問い合わせください。 このインシデントのステータスページは[here](https://status.circleci.com/incidents/gsyjwybg477g)にあります。 ## 背景 CircleCI は、GitHub アカウント、Bitbucket アカウント、または電子メールおよびパスワードでログインをサポートします。 お客様がBitbucket-linked IDでログインする場合、またはCircleCIが顧客のアクセスを代わりに更新する必要がある場合は、BitbucketのOAuthサービスで認可トークンを交換します。 この取引所は、お客様の許可の一覧、または「スコープ」をお客様に付与したものです。BitbucketとCircleCIがお客様の代理で行っていることを確認するために使用します。 ## 何が起こったのか \(全回UTC\) 2026年4月8日[BitbucketはOAuthサービスの変更を発表しました](https://developer.atlassian.com/cloud/bitbucket/changelog/#CHANGE-3139):顧客の許可を報告するために使用されるフィールドの名前を変更します。 Bitbucketは、古いフィールド名と新しいフィールド名の両方が利用可能になったときにトランジション期間を実行し、5月4日、2026に旧フィールド名を完全に削除しました。 当社のシステムは、新しいフィールド名を認識するために更新されなかったので、Bitbucketが古いものをすべてフェーズアウトしたら、それに依存したリクエストは失敗し始めた。 2026年7月14日、Bitbucket-linkedアカウントで返された許可情報を処理するシステムがまだ古い許可構造を期待していたため、システムが失敗しました。 これにより、Bitbucket-linkedアカウントのログインが失敗し、GitHubでログインしたお客様はBitbucket IDがアカウントにリンクされています。 01:59 で、自動監視は、影響を受けたシステム上のエラーでエンジニアリングチームをスパイクに警告しました。 チームはすぐに調査し、02.38で顧客の影響を確認し、02.51のステータスページで顧客に警告しました。 03:00までに、チームは名前変更されたBitbucket分野への失敗を隔離しました。 03:17 以降、Bitbucket パイプラインのワークフローステータスの更新は、期限切れのアクセストークンを保有しています。 Bitbucketのパーミッションチェックは、プラットフォーム全体で広く使用され、これらのパーミッションの障害は、社内のジョブ処理システムの一部にも影響されます。 これにより、ワークフローのサブセットが最終ステータスなしで立ち往生し、一部のプルリクエストが不足しているか、ステータスチェックをスタックするようになりました。 04:21 では、チームは、基礎的な問題を解決する初期の修正をデプロイし、ログインフローを復元し、内部権限システムを正常な操作に戻しました。 一部の影響を受けたお客様は、ログアウトし、ログアウトして、修正をピックアップする必要があります。 によって 05:07, チームは2つの追加の修正をデプロイしましたので、当社のシステムはBitbucketの新しいパーミッションフィールドフォーマットを先に受け入れ始めます. 事故を解決しました。 一部の顧客は、アカウントが完全に回復する前に、Bitbucketの統合をログアウトして再認証する必要があります。 当社のシステムは、影響を受けたジョブのバックログを継続的に処理し、約839までに通常レベルに戻します。 ## 将来の予防とプロセス改善 再発を防止し、応答時間を改善するために、次の手順を講じています。 **当社の承認コードを上流 API の変更に固執しております。** この事件は、当社のシステムがサードパーティのアイデンティティプロバイダからの応答で名前変更されたフィールドをうまく処理しなかったため、起こりました。 GitHub、Bitbucket、GitLabから予期しないフィールドが安全に処理されるように、認可コードを即座に更新します。 **上流プロバイダーの変更を追跡する方法を改善しています** 現在、ID プロバイダーから変更履歴を監視し、この種類の変更を正確に修正しましたが、この特定のプロバイダは、出荷前に監視時に変更を加えませんでした。 私たちは、この監視を監査し、拡大していますので、プロバイダの発表は、顧客に影響を与える前に、当社のチームに到達します。 **早期にインシデントを分類・伝達する方法を改善しています。** この事件の初期分類は、すぐに顧客の向きの重症度を反映していませんでした。 エンジニアがお客様のインパクトを迅速かつ迅速に特定し、伝達するために、インシデントツーリングとガイダンスを強化しています。 **ワークフロー処理パイプラインのレジリエンスを改善しています。** このインシデントのダウンストリームの失敗により、取得されたか、明確に表面化されるのではなく、ワークフローの状態の更新が低下する原因がいくつかありました。 このシステムの再試行とエラー処理の動作を見直しているため、ダウンストリームの失敗がより可視され、回復が容易になります。 顧客体験は当社の最優先事項であり、お客さまがどこにいるかを信頼するために、当社のシステムの信頼性を継続的に改善することにコミットしています。 ご質問やご不明な点がございましたら、サポートチームまでお問い合わせください.

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

1. 2026年7月13日 21:52 UTCinvestigating

   Mac インフラと VCS プロバイダー間での断続的なネットワークの問題が再び報告されました。 調査を行い、更新を行います.

2. 2026年7月13日 22:21 UTCinvestigating

   これらの断続的なネットワークの問題についてはまだ調査しています。 これからもよろしくお願い申し上げます.

3. 2026年7月13日 23:13 UTCinvestigating

   問題の再現はできましたが、断続的にもかなりの断続的です。 私たちは、問題の診断に役立つために、当社のMacインフラストラクチャプロバイダと協力し続けています。 更新します.

4. 2026年7月13日 23:35 UTCmonitoring

   問題を特定しました。 一部の顧客は、断続的なネットワークの問題によるGithubのフェッチの手順中にハングまたは進行に失敗するジョブを経験することがあります。 当社のエンジニアは積極的に監視しています。 その間に、no output timeout を 15 - 20 min に増加させることで、Github のフェッチの時間を延ばしました。 これは、このコミュニティガイドに従って行うことができます: https://support.circleci.com/hc/en-us/articles/360007188574-Build-has-Hit-Timeout-Limit

5. 2026年7月14日 13:59 UTCidentified

   残念ながら、当社のMacインフラストラクチャプロバイダとの継続的な断続的なネットワークの問題により、Githubのフェッチステップ中にハングまたは失敗するジョブを経験する可能性のある一部の顧客はまだいます。 当社のエンジニアは、この問題を解決するために積極的に取り組んでいます。 お問い合わせ その間に、no output timeout を 15 - 20 min に増加させることで、Github のフェッチの時間を延ばしました。 これは、このコミュニティガイドに従って行うことができます: https://support.circleci.com/hc/en-us/articles/360007188574-Build-has-Hit-Timeout-Limit

6. 2026年7月14日 15:35 UTCidentified

   当社のMacインフラストラクチャプロバイダは、問題のソースを分離するための努力で、ネットワーク構成の変更をテストしています。 この影響を解決し、別のアップデートをすぐにフォローアップするかどうかを積極的に検証しています。 その間、no output timeout を 15-20 分に増加させ、引き続きサポートします。https://support.circleci.com/hc/en-us/articles/360007188574-Build-has-Hit-Timeout-Limit

7. 2026年7月14日 16:31 UTCidentified

   影響を受けるVCSプロバイダのインバウンド経路として、レポのフェッチ時間に悪影響を及ぼす利用可能な帯域幅を大幅に低下させる問題を特定しました。 Macインフラストラクチャプロバイダと協力して、インバウンドトラフィックを別のルートに移行しようとしていますが、このプロセスは、完了する期間を延ばすことができます。 今後もアップデートを提供してまいります。 以前の更新で共有したように、no output timeout を 15-20 分に増加させ、引き続きサポートします。https://support.circleci.com/hc/en-us/articles/360007188574-Build-has-Hit-Timeout-Limit

8. 2026年7月14日 16:58 UTCmonitoring

   当社のMacインフラストラクチャプロバイダは、インバウンドルートをシフトし、VCSフェッチ時の回復を見ています。 今後数時間でこの問題を監視し続けます。 更新します.

9. 2026年7月14日 18:28 UTCmonitoring

   VCS の fetch 時間の遅い、進歩的な回復を見続けます。 今後も引き続きモニタリングを続けてまいります。 お問い合わせ.

10. 2026年7月14日 20:18 UTCinvestigating

    VCS の fetch 時刻が再び上昇し始めています。 当社のエンジニアリングチームは、この問題を解決するために、当社のMacインフラストラクチャプロバイダと積極的に調査および協力しています。 これからも皆様のお越しを心よりお待ちしております.

11. 2026年7月14日 22:15 UTCmonitoring

    当社のMacインフラストラクチャプロバイダは、ネットワークプロバイダの作業により多くのトラフィックをシフトし、VCSのフェッチタイムで再び重要な回復を見始めています。 エンジニアリングチームは、常にこの密接に監視し続けていきますが、もうひとつのアップデートをすぐに提供いたします.

12. 2026年7月14日 23:18 UTCresolved

    今後も、過去数時間にわたって大きなVCSのフェッチタイムリカバリーを引き続き見ていきます。 この事件を解決し、エンジニアリングチームは引き続き密接に監視します。 Mac インフラストラクチャ プロバイダーでこの作業を行なっているので、あなたの忍耐を大歓迎します。 ご不明な点がございましたら、サポートチームまでお問い合わせ下さい.

13. 2026年7月16日 1:56 UTCpostmortem

    ## 概要 2026年7月13日のUTCから23:18 UTCに7月14日、CircleCIのmacOSのフリートでジョブを実行している一部の顧客は、GitHubのフェッチの手順で空腹または進行に失敗したジョブを経験しました。 こうしたお客様にとって、GitHub は正式に 1-2 分が 20-30 分を要し、タイムアウトする手順を実行します。 問題は、当社のMacインフラストラクチャプロバイダとGitHubの間のネットワークパスの容量とルーティングの問題によって引き起こされ、関連する断続的なネットワークの問題は、GitHubからフェッチを遅くしました。 インシデント全体で、当社のチームは、影響を受けるネットワークパスからトラフィックを識別し、再ルートするために、当社のMacインフラストラクチャプロバイダと直接連携しました。 7月13日(水)19:40 UTCにて初期発生を解消 同じ日に21:52 UTCで再発された問題は、事故を再開し、7月14日23:18 UTCによって完全に解決されました。 当社の macOS 艦隊は数週間前に同様の問題がありました。 20:18 年 6 月 24, 2026 へ 03:09 UTC に 6 月 25, 2026, 顧客は [シミラーインシデント] を経験しました (https://status.circleci.com/incidents/gvysjmkf4ct9) マッコーズジョブが GitHub に到達する能力に影響を与える. その事件は、当社のMacインフラストラクチャプロバイダでネットワークルーティングの問題によっても引き起こされました。 弊社では、この事件を通し、お客様にご満足いただけることを心よりお詫び申し上げます。 CircleCI および Mac インフラストラクチャ プロバイダーがかかる特定のアクションについては、以下を参照してください。 ご質問やご不明な点がございましたら、サポートチームまでお問い合わせください。 このインシデントのステータスページは[here](https://status.circleci.com/incidents/n1tc2lw9q7l0)と[here](https://status.circleci.com/incidents/7cnl777wp9qz)があります。 ## 背景 CircleCI の macOS ジョブは、サードパーティの Mac インフラストラクチャ プロバイダーでホストされます。 そのプロバイダは、GitHubのようなサービス、複数の冗長なネットワークパスを含む、より広いインターネットに接続します。 これらのパスの1つが容量やルーティングの問題を経験しているとき、そのネットワークパスに沿ってコードや依存関係をフェッチしているジョブは、CircleCIの独自のプラットフォーム、サードパーティのインフラストラクチャプロバイダ、および宛先サービスが正常に動作している場合でも、断続的に遅くまたはぶら下げることができます。 ## 何が起こったのか \(全回UTC\) 7月13日18時00分に、macOSジョブを実行している一部の顧客は、断続的な失敗を経験し始め、GitHubからコードと依存関係を予測する遅延が発生しました。 弊社では、18:55にステータスページにてお客様を調査・警告させていただきました。 19:04年、当社のMacインフラストラクチャプロバイダは、ネットワークパスの1つに増加したレイテンシを特定し、それの周りにトラフィックを再ルートしました。 19:29 年に `Monitoring` に、19:40 で `Resolved` にインシデントを移動しました。 20:44 UTCでは、顧客が問題が返されたと報告した。 事故を再開し、ステータスページを21:52に更新しました。 次の2時間で、インフラプロバイダと密接に連携し、影響を受けたネットワークパスを隔離する取り組みを行っています。 その間に、顧客は15〜20分に `no output timeout` 設定を増加させることをお勧めするガイダンスを発表しました。これにより、GitHub fetchesが断続的な減速中に完了し、ステータスページを 23:35 に `Monitoring` に移動させました。 7月13日(水)23:35 UTCにてワークアラウンドガイダンスを公開し、深夜改善に向けた基礎ネットワーク問題が予想されました。 ではなかった。 7月14日の13:59 UTCでは、お客様が断続的な故障を経験し、ステータスページを「調査」に戻ったことを確認しました。 当社のエンジニアリングチームは、独自のテストツールを使用して直接失敗を再現しました。これにより、特定のビルドツール、コンテナイメージ、ソフトウェア更新に特有のものではなく、一般的な `git-fetch` の問題でした。 15:35 では、インフラプロバイダーがネットワーク設定の変更をテストし、問題のソースを隔離するために、ステータスページを更新しました。 16:31 では、ステータスページを再び更新し、特定のルートでインバウンドの帯域幅を削減し、プロバイダーと協力してトラフィックを異なるルートにシフトしました。 16:36では、当社のインフラプロバイダは、影響を受けたネットワークパスを特定し、それらから離れたトラフィックをシフトし、回復した回数、および16:58で、ステータスページを「監視」に更新しました。 午後の頃までに、一部の顧客は再び遅いフェッチタイムを見て、ステータスページを20:18に戻りました。 当社のインフラプロバイダーは、2つの追加ネットワークパスを劣化したパフォーマンスで特定し、22:07までにトラフィックをシフトしました。 次の時間に安定化したフェッチタイムは23:18に「Resolved」というインシデントをマークしました。 合計で、Macジョブを実行している顧客は、7月13日と23:18 UTCの間のウィンドウの部分の断続的なジョブの減速または失敗を経験しているかもしれません。 当社のインフラストラクチャプロバイダは、ネットワーク全体でクリーンなテスト結果が報告され、そのネットワーク内でではなく、GitHubに近い、さらに上流された容量の問題が根ざしていると信じています。 今後もモニターを続けてまいります。 ## 将来の予防とプロセス改善 再発を防止し、応答時間を改善するために、次の手順を講じています。 **私たちは、macOSフリートGitHub-fetchのパフォーマンスのための追加の自動監視を構築しています。** 当社の広範な自動監視は、この事件をキャッチしませんでした。 特にGitHub fetchesのエンドツーエンド監視を追加し、類似の問題を積極的に検出します。 **私たちは、より高速で、より積極的な検出で当社のMacインフラストラクチャプロバイダと直接作業しています。** 当社は、CircleCIに頼らずに、劣化したネットワークパスを検知し、自動的に再ルートを自動で検知できるモニタリングを構築するために、プロバイダに依頼しています。 **当社は、このインシデントの間に構築された診断ツールをスタンディング機能に変えています。** これにより、アクティブなインシデント中にテストインフラを組み立てるのではなく、オンデマンドでネットワーク障害のこのクラスを検知して再現することができます。 **ネットワーク関連の事件を解決する前に、十分な確認画面で事件対応プロセスを見直します。** この事件は、早期に早期に再発し、早期の解像度を早期に再発し、このタイプの事件を閉鎖する前に、確認済みモニタリングの最小期間を正式化しています。 今後も調査・是正を継続し、定期的な更新を継続的に実施してまいります。 **私たちは、複数のプロバイダにMacインフラストラクチャ** **の単一プロバイダから積極的に移動しています。** これにより、CircleCI は、顧客ワークロードを最も利用可能で最高のプロバイダーにルーティングすることができます。 顧客体験は当社の最優先事項であり、お客さまがどこにいるかを信頼するために、当社のシステムの信頼性を継続的に改善することにコミットしています。 ご質問やご不明な点がございましたら、サポートチームまでお問い合わせください.

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

1. 2026年7月13日 18:55 UTCinvestigating

   MacインフラとVCSプロバイダ間の断続的なネットワーク問題の報告をいただきました。 調査を行い、更新を行います.

2. 2026年7月13日 19:11 UTCidentified

   Macインフラストラクチャプロバイダと協力して、緩和を試みています。 更新を短くします.

3. 2026年7月13日 19:29 UTCmonitoring

   当社のMacインフラストラクチャプロバイダは、修正を実装しました。回復が始まります。 監視をし、更新を短時間で行います.

4. 2026年7月13日 19:40 UTCresolved

   インフラ提供者との修正と最終テストの成功を確認しました。 お客様が失敗した実行を引き続き確認する場合は、もう一度実行して、さらなる問題が発生した場合にサポートにご連絡ください.

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