Codex ログ: PR #887 デプロイ確認 2026-06-01
このソースについて
2026-06-01 (月曜日) の 17:47 と 19:33 に行われた、nishio と Codex の 2 ターン会話ログ。raw は raw/codex-log-pr-887-deploy-investigation-2026-06-01.txt。
Turn 1: 17:47
nishio:
プロダクションデプロイ完了したっぽいけど直ってなくないですか?
Codex (9m 18s 作業):
はい、直ってないです。
確認したところ、PR #887 は merge 済みで Azure Deployment も success ですが、本番 stable URL はまだ旧 CSP を返しています。
script-srcに'unsafe-eval'が入っておらず、Playwright でも.no-webgloverlay が visible のままでした。原因はデプロイ確認の false positive っぽいです。Actions log では
latestRevisionNameはpublic-viewer--0000166まで進んでいる一方、latestReadyRevisionNameは旧public-viewer--0000163のまま。deploy confirmation が stable root の 200 を見て成功扱いにしていて、新 revision が Ready になったことは確認していません。
Turn 2: 19:33
nishio:
az login したけど見れるようになった?
Codex (2m 52s 作業):
はい、見れるようになりました。結論はかなり明確です。
public-viewer--0000166は Ready になっていません。latest: public-viewer--0000166 ready: public-viewer--0000163revision 状態:
{ "health": "Unhealthy", "running": "Degraded", "details": "Deployment Progress Deadline Exceeded. 0/1 replicas ready." }原因もログで見えました。console log では startup 時の
pnpm run buildがここで落ちています。next build ✓ Compiled successfully in 11.5s Running TypeScript ... Killedsystem log では startup probe failure が連続し、最後は:
Container 'public-viewer' was terminated with exit code '137'137 は SIGKILL なので、かなり高い確度で 起動時
next buildが ACA の public-viewer resource、つまりcpu: 0.5, memory: 1Giでメモリ不足 kill されています。そのためnext startまで到達せず、HTTP listen しないので Ready になりません。
この 2 ターンが示しているもの
- 起点は常に人間側の観察と短い問い (“直ってなくないですか?” / “az login したけど見れるようになった?”) で、Codex はそれを受けて裏取りと細部を返している
- Turn 1 (9m18s) では
latestRevisionNameとlatestReadyRevisionNameの食い違い + Playwright で.no-webgloverlay 残存 + 旧 CSP header 残存、の 3 点を独立に確認して「false positive」と整理 - Turn 2 (2m52s) では Azure access 権限が通った直後、revision health (
Unhealthy / Degraded / 0/1 replicas ready) → console log のnext build → Compiled → Killed→ system log の exit 137、を順に並べて「起動時 build が OOM で SIGKILL されている」と特定。ここで初めて「画面が変わらない」の真の原因 (新 revision が Ready にならない) が判明 - 2 ターン合計 12 分で、「success と表示された理由」と「画面が変わらない理由」がそれぞれ別の根拠で接続された。前者は deploy confirmation の judging criteria、後者は startup build の OOM
どこで使われたか
- deploy-success-but-nothing-changed-story-2026-06-01 第 1-2 節の発端として引用
- pr-887-pr-888-runtime-build-removal-episode-2026-06-01 第 2 ステップの観測根拠として引用
- pr-887-production-deploy-observation-2026-06-01 の deploy false positive 議論の一次観測
Open Questions
- この 1 ターンに続く Codex とのやりとり (SIGKILL 発見、
#821への遡及、archeology) は別ログとして残すか、wiki の analysis ページ側に書ききるか - 「直ってなくないですか?」のような短い問いから Agent が複合観測を返せた条件 (CLAUDE.md の live state 観測ルール、past PR 番号の事前 indexing 等) を、別途 wiki-driven-workflow に集約するか
Updates
- 2026-06-02: 初版作成。runtime build 撤去エピソードの起点として、1 ターン会話ログを source ページ化。