この情報源スレッドからは、バージョンに関する明確な結論が得られます。ZimaBoard 832をZimaOS 1.4.3にアップグレードした後、Dockerが自動起動に失敗し、App Storeで新しいアプリをインストールできず、既存のアプリも起動できませんでした。Zima-Giorgioは、チームがDockerサービスの問題を把握していると述べ、一時的な手動再起動コマンドを提示しました。
元の投稿者は、再起動コマンドで当面の問題が解決したことを確認しましたが、ホストを再起動するたびにDockerが再び失敗することも報告しました。IceWhaleの次のリリースにより、不足していた根拠が示されました。ZimaOS 1.4.4では、サービスの起動間隔が不十分なことが原因のDocker起動失敗が正式に修正されました。
障害は1.4.3へのアップグレード直後に発生
情報源のユーザーは次のように報告しました。
- Prowlarrの更新が停止した。
- 既存のアプリが起動しなかった。
- 新しいApp Storeのインストールに失敗した。
- UIにはDockerデーモンに接続できないと表示されました。
/var/run/docker.sockアプリのインストールと起動を妨げていました。IceWhaleは既知のDockerサービスの問題と説明
8月26日、Zima-Giorgioは、チームがこれをDockerサービスの既知の問題と認識しており、修正をリリースすると述べました。
同氏は一時的な公式回避策を提示しました。
sudo -i
systemctl restart docker docker.socketこのコマンドは、1.4.3の情報源となった事例に対する、当時のIceWhaleの有効な公式案内です。
元の投稿者がDockerの手動再起動で解決したことを確認
そのユーザーは、CLIからrootとしてDockerを再起動することで、当面の問題が完全に解決したと返信しました。これは推測に基づく回避策ではなく、情報源で確認された成功例です。
しかし、そのユーザーは続けてZimaBoardを再起動し、Dockerが再び自動起動に失敗することを確認しました。
Dockerが正常に動作していないと、ダッシュボードにアプリが起動済みと表示されることがある
Dockerの再起動でアプリの実際の状態が復旧
手動でアプリを再起動しても、次回の再起動を確実に解決できなかった
Zima-Giorgioは、各アプリを手動で起動・再起動すると、その後の再起動動作が改善する可能性があるとの報告があると述べました。元の投稿者はこの方法を試しましたが、再起動後も同じ誤った起動状態が発生しました。
そのため、アプリごとの再起動を最終的なソース側の修正として提示しないことが重要です。
ZimaOS 1.4.4でDockerの起動タイミング問題を修正
IceWhaleの公式1.4.4リリースノートには、次の内容が含まれています。
- 起動後もアプリが読み込み中のままになる問題の修正。
- Dockerサービスの起動間隔が不十分で起動に失敗する問題の修正。
- 追加のアプリ状態およびインストールカードの修正。
製品としての過去の解決策については、ZimaOS 1.4.4のDocker起動修正をご覧ください。
現在のユーザーはsystemctl restartを恒久的な修正として扱うべきではありません
最新のZimaOSリリースで、再起動後にDockerデーモンが繰り返し失敗する場合は、現在のサービス、ストレージ、ランタイム、または設定に問題があることを示しています。Dockerの再起動は診断手段にはなりますが、毎回の起動時に手動で再起動することを常態化する前に、実際の失敗原因を収集してください。
現在役立つ証拠には次のものがあります。
-
systemctl status docker.service; -
journalctl -u docker.service; - システムディスクの空き容量。
- 最近のGPU/ランタイムのオーバーライドまたはホストの変更。
- 現在の正確なZimaOSバージョン。
似た症状でも根本原因が異なる場合があります
別の1.4.3の議論では、カスタムNVIDIAランタイムのオーバーライドがsystemd設定に残っていたため、Dockerが失敗したと報告されています。これは、このソーススレッドにおける起動タイミングの問題とは別の原因です。
ログから特定のオーバーライドが実際にデーモンを妨げていることが示されない限り、サービスのオーバーライドファイルを削除しないでください。
Dockerデーモン1.4.3 FAQ
IceWhaleはDockerの手動再起動を公式に案内しましたか？
はい。Zima-Giorgioが投稿しました systemctl restart docker docker.socket 一時的な1.4.3の回避策として。
ソースのユーザーは、正常に動作したと確認しましたか？
はい、現在の起動ではそうでした。再起動後に再び失敗しました。
製品レベルの起動修正について記載されていたのは、どのリリースですか？
ZimaOS 1.4.4では、Dockerサービスの起動待機時間が不十分で起動に失敗する問題が修正されました。
