Home Assistantの警告は、いつなら様子見でよく、いつ止めるべきか？
Home Assistantの警告は、範囲が限定され、原因を説明でき、繰り返し発生せず、または発生頻度が低く、制御とデータが維持されている場合に限り、通常は監視だけで問題ありません。同じ警告が通常の状態で繰り返し発生する、影響範囲が広がる、自動化が停止する、またはデータベース、ファイルシステム、ストレージ、認証、更新の失敗を示している場合は、停止またはロールバックしてください。
たとえば、電源オフのテレビが利用できない間に予想どおり接続警告が表示されるケースは、毎分増え続けるRecorderエラー、読み取り専用ファイルシステム、変更後に発生する認証失敗とは異なります。元の負荷を基準に、影響、繰り返し、範囲、データリスクという4つの兆候を確認し、既知の正常な復旧経路を維持できる、最も侵襲性の低い対応を選んでください。
最初の判断は「警告」という言葉ではなく影響から行う
まず、同じタイムスタンプで何が動作しなくなったのかを確認します。ダッシュボード、自動化、ローカルデバイス制御、履歴の書き込みが通常どおりなら、そのメッセージは情報提供、または影響範囲が限定された統合機能の問題かもしれません。制御が遅延する、エンティティが利用不可になる、履歴が停止する、サービスが再起動する場合は、進行中の障害として扱ってください。
警告は、必ずしもHome Assistantを停止させることなく検出された問題を示しますが、繰り返しと影響によって意味が変わります。意図的に電源を切ったデバイスの接続失敗は想定内の場合がありますが、常時オンのコーディネーターに対して同じメッセージが表示されるなら、依存関係の破損を示している可能性があります。発生元とタイムスタンプを実際のデバイス状態と照合するまでは、どちらのケースも無視しないでください。
判断の分岐は二択です。影響を受けた機能が動作し、警告の範囲を理解できている場合のみ監視を続け、それ以外は切り分けに移ります。破損、読み取り専用ストレージ、移行失敗、無効なバックアップ、認証情報の露出、再起動の繰り返しに関するメッセージが表示された場合は、通常の監視を飛ばし、直ちに復旧経路を保護してください。
繰り返しと影響範囲で、ノイズと進行中の障害を分ける
代表的な期間に発生回数を数え、スリープ、インターネット切断、デバイスの電源オフ、起動など、予測可能なイベントに伴っているかを記録します。条件が終わると解消する単発のイベントは、毎分表示されてログやデータベースを肥大化させる警告よりもリスクが低いと言えます。
解決済みのHome Assistantコミュニティ事例は、文脈が重要であることを示しています。Fire TVの電源を意図的に切っている間に、接続警告が繰り返し表示されていました。これは、既知のオフラインデバイスが説明可能な警告を発生させることがある、という限定的な推論を裏付けるものであり、接続警告は常に安全だというルールではありません。自分のデバイス状態と既知のオフラインデバイスのパターンを照合してください。
次に、影響範囲を広げて確認します。任意の統合機能1つだけが影響を受けている場合は、その統合機能だけを無効化または再読み込みして再テストします。無関係な統合機能、Recorder、ストレージ、フロントエンドが同時に失敗している場合は、証拠によって範囲が絞られるまで、CPU、メモリ、ディスク、データベース、DNS、ネットワークなどの共有依存関係を疑ってください。
監視、切り分け、ロールバック、または書き込み停止を選ぶ
原因が分かっており、発生率が安定し、必要な機能が失敗しておらず、再確認する時刻を決めている場合は監視します。警告文、コンポーネント、最初のタイムスタンプ、頻度、トリガー、解消が期待される条件を記録してください。再確認の時点を定めない監視は、単にトラブルシューティングを先送りしているだけです。
1つの統合機能または自動化が発生元と考えられる場合は、切り分けを行います。疑わしい対象を最小限だけ無効化し、元のトリガーを再現して、ログの発生率とデバイスの挙動を比較します。設定、統合機能、Core、OS、コンテナの変更直後に警告が始まり、以前の状態が正常だと分かっている場合は、ロールバックしてください。
運用を続けることでデータベースの破損が悪化する、システムディスクが満杯になる、復旧可能な状態が上書きされる、または有害な移行が繰り返される可能性がある場合は、Home Assistantを停止するか、少なくとも書き込みを停止してください。Home Assistantのデータパスを確認すると、境界を決める前に、ライブ制御、Recorderの履歴、データベース、バックアップのうち、どの下流状態がリスクにさらされている可能性があるかを特定できます。
同じトリガーで判断を確認する
監視、切り分け、またはロールバックを行った後は、警告を発生させた条件を再現します。必要に応じて、デバイスの電源をオフにしてからオンにする、自動化を実行する、統合機能を再起動する、ストレージ操作を繰り返すなどの操作を行ってください。アイドル状態のログがきれいになっただけでは、障害が解消した証拠にはなりません。
元の機能が動作し、許容した範囲の外では警告が再発せず、別の新しいエラーに置き換わっておらず、履歴や状態の更新が継続している場合にのみ、復旧を確認できます。警告が時間ベースで発生していた場合は、Home Assistantを一度再起動し、次回の予定発生時も確認してください。
切り分け後も警告が続く、現在サポートされている構成でも発生する、または共有サブシステムに関係する場合は、診断情報を添えてエスカレーションしてください。試行するたびに新たな症状が発生する場合は、それ以上の変更を停止します。ログ、システム情報、変更履歴、既知の正常なバックアップを保存し、次の調査が変化し続ける対象ではなく、証拠に基づいて開始できるようにしてください。
おすすめ商品
サポートとヒント
もっと読む
同時稼働するコンテナ向けにHome Assistantのデータベース接続を最適化する方法
実測したアクティブ接続数とレイテンシーに基づいて外部Recorderデータベースを調整し、最大接続数を増やしたり、別のホストのプールをコピーしたりしないでください。
Home Assistantでジョブやインポートの重複を防ぐ方法
トレースと一意の操作キーを使用して、重複するアクションやレコードを生成せずに自動化とインポートを安全に再試行できるようにします。
データベースボリュームがいっぱいになった後にHome Assistantを修復する方法
まず証拠を削除せずに満杯になったRecorderボリュームから復旧し、その後増加を抑え、再起動後も履歴と自動化が維持されることを確認する。
