この2025年の機能リクエストが投稿された時点で、ZimaOSにはすでにDockerコンテナのログビューアーがありましたが、システム全体およびジャーナルログの完全なビューアーを求める要望は別に残っていました。 IceWhaleは当初の返信を訂正し、アプリ用の既存の「ターミナルとログ」コントロールを示しました。
つまり、2つの異なるニーズを混同すべきではありません。アプリコンテナのログはアプリケーションのワークフローの一部である一方、ホストレベルのjournalctlやシステムサービスのログは、より深い診断に使用します。
Dockerアプリのログはすでに利用可能でした
IceWhaleのスクリーンショットには、「ターミナルとログ」ボタンがあるアプリ設定画面が示されています。コンテナの起動に失敗する、繰り返し終了する、またはWeb UIが正常に表示されない場合は、まずここでログを確認してください。
システムログは別のレイヤーです
その後、コミュニティからjournalctlに似たZimaOS全体のログビューアーを求める声が上がりました。元のスレッドには、この要望を受けてホスト全体のログブラウザーが提供されたことを示す記述はありません。
現在のZimaOSドキュメントでも、より深い診断のためにターミナルが利用できます。ZimaOS機能概要では、トラブルシューティング時に内蔵ログとターミナルアクセスを利用できると説明されています。
まずは最も範囲の狭いログソースを使う
1つのDockerアプリに問題がある場合は、すべてのシステムサービスを調べる前に、そのアプリのログを確認してください。ストレージ、ネットワーク、起動、またはZimaOSネイティブサービスに障害がある場合は、ホストのターミナルと関連するシステムログを確認します。
Dockerアプリの基礎では、コンテナレベルの障害とホストレベルの障害を区別する方法を説明しています。
すべてを再起動する前にログを保存する
再起動すると、一時的な障害を引き起こした状態が失われることがあります。アプリまたはNAS全体を再起動する前に、エラー、タイムスタンプ、コンテナ名、ZimaOSのバージョンを保存してください。
まとめ
2025年の要望は、見落とされていた機能に部分的に基づいていました。Dockerログはすでにアプリ設定UIにありました。一方、ホスト全体のジャーナルビューアーを求める要望は別のものです。アプリの障害にはまずアプリログを使用し、問題がDockerより下の層にある場合にのみ、ターミナルやシステムログを確認してください。
