GitHub Actionsの自動実行がコケた朝にやったこと

• URL: https://zenn.dev/unsoluble_sugar/articles/61282957bf4b1a
• 日付: 2026-06-26
• Tier: Tier 3
• 要旨: GitHub Actionsの定期ジョブが「All jobs were cancelled」という情報の薄いエラーで失敗した際の切り分け手順を時系列にまとめた記事。公式X(@githubstatus)とインシデントページを最初に確認し、hosted runner側の障害であることを特定した流れが紹介されている。復旧待ちの時間を使ってconcurrencyを追加し、キュー滞留時の二次災害を防ぐ設定も実施した実践的な内容となっている。

詳細

毎朝の自動ニュース収集GitHub Actionsが「All jobs were cancelled」で失敗した際のデバッグと対策の記録。Feb 02, 2026 19:03 UTC発生のインシデント。

• エラーがstepログに到達していない（hosted runner取得前に失敗する）パターンを経験則から「外側の問題」と推定
• 公式X（@githubstatus）で同時間帯のアナウンスを確認 → GitHub Status（incidents/xwn6hjps36ty）でhosted runner高待機時間の問題が判明
• Feb 03, 2026 00:56 UTCに復旧確認後、Re-runで正常完了
• 復旧待ち中に追加したconcurrency設定：group: ${{ github.workflow }}-${{ github.ref }}、cancel-in-progress: trueで最新runだけ通す運用に変更
• 学習ポイント：ログが薄い（1行・stepに未到達）場合は手元の設定をいじる前に公式アナウンスと他エンジニアの報告を確認するのが先手