ホームラボ運用– category –

自宅ラボ移設で公開した二重ポーリング、設定互換性、凍結コピー、共有フォルダ同期、GPU監視停止の5件を公開順に整理。移設完了を「起動した」だけで判断しないための確認先をまとめます。

自宅ラボを「機材選定」「安全な更新」「復元できるバックアップ」「安全な入口」の順に設計するためのまとめです。既存の4記事を、次に決めることが分かる一つの運用フローとして案内します。

Grafanaの「No data」は障害名ではなく症状です。Collectorの受信、拒否・失敗、PromQLのメトリクス名、ダッシュボードの順に確認し、表示だけの問題かを切り分けます。

AIエージェント運用では、権限・書き込み・統合・通知を一つの大きな承認に集めず、失敗の種類ごとに小さなゲートへ分けます。既存の5つの実装記録を横断し、どこで止め、誰へ判断を戻すかを整理します。

Docker APIの古いクライアントが新しいデーモンに拒否されるエラーは、Dockerデーモンではなく接続する側のAPI互換を揃えて直します。まずログとバージョンを確認し、WatchtowerなどDockerソケットを使うコンテナのイメージ・設定を見直します。

新しい運用ルールに「執行形」がなければ書き込みを止め、週次で最大1件だけ修正へ進める。構造判定と意味判断を分けた小さな仕組みを、固定fixtureの実走結果とともに記録します。

委任した自動修正を人手で拾い続ける詰まりに対し、保管庫・統合待ち状態・仕事名の先頭一致で候補を絞る関所を作りました。5件から2件だけを選び、dirty時は退避せず次回へ送る最小実物を示します。

完走した修正ジョブが約21時間取り込まれなかった事例から、プロセスではなくHEADと進捗ファイルの鮮度で停滞を判定し、再開便までつなぐ監視へ作り替えた記録です。

通知や状態タイルを会話へ手で貼り付ける作業を、8種類の読み取り専用ソースと固定語彙の分類で1行へ集約した記録です。LLMを呼ばない最小実物も掲載します。

権限が一つ足りない場面で、AIエージェントが設定本体へ手を伸ばさずproposalだけを置く。revision、SHA-256、UID、確認語で適用境界を作った最小デモの実測です。