コミュニティソリューション

数時間後にZimaOSが非常に遅くなる:原因診断

A ZimaOS system became extremely slow after several hours; later Btrfs scrub results revealed checksum corruption requiring deeper storage diagnosis.

症状:Web UIとSambaの両方が非常に遅くなる

このケースは、数時間後に動作が遅くなるZimaOS 1.6.1システムから始まりました。ダッシュボードの読み込みに数分かかることがあり、Samba経由でのフォルダー作成も極端に遅くなりました。再起動すると一時的にパフォーマンスが改善しました。

システムが遅い間に診断情報を取得する

このスレッドでは、再起動する前に負荷、メモリ、ファイルシステム、RAIDの状態、カーネルエラーを確認することが推奨されています。このタイミングが重要です。再起動直後に取得した初期結果は正常に見え、当初は問題が隠れていました。

ストレージのスクラブで実際の破損が見つかった

後のBtrfsスクラブでは、チェックサムエラーが16件報告され、そのうち3件は修復され、13件は修復不能でした。これにより調査の焦点はストレージ層へ移りましたが、元の原因がディスク、SATA経路、RAID層、メモリの問題、または以前の中断のいずれであったかは、このスレッドでは証明されていません。

すぐにbtrfs check --repairを実行しない

コミュニティでは、よく確認せずに修復を実行しないよう繰り返し注意されています。公式のBtrfsスクラブドキュメントではスクラブの動作が説明されており、btrfs checkドキュメントでは修復に関する注意事項が説明されています。

このケースを診断パターンとして活用する

UIとファイル操作の両方が遅くなった場合は、Webインターフェースが根本原因だと決めつけず、ストレージの健全性を確認してください。ZimaOSストレージガイド最新のZimaOS概要も参照してください。