ビックリしました。サーバーがいつもと異なる挙動をして落ちてしまったので、見に行ったら、ルートの容量が 97.8 ％になっていた。これはおかしい。調査を開始。
原因は RAID ５のアレイ
このサーバーには RAID ５のアレイが乗っかっていて、それを /mnt フォルダ以下にマウントしている。ところが、この RAID ５のアレイがエラーを起こし、マウントされない状態になってしまった。ところが、それを感知することなく、書き込みを行ってしまったため /mnt フォルダ以下に実データが書き込まれてしまったというのが原因。
RAID ５のエラーに関しては幸い小さなエラーで、復旧できた。 Data のロストがないことを確認して、アンマウント。本来空のはずの /mnt 以下を見てみると実データが存在していた。これが容量を食っていたものなので、サクッと削除。無事、ルートの容量を復旧できた。
RAID ５がエラーを起こしたときの対処
RAID ５だからと言って万能ではないわけで、今回のようなエラーを起こしたときの対処として、 /mn 以下マウント・ポジションを読み出し専用にする。
sudo umount /mnt/<マウント・ポジション>
sudo chattr +i /mnt/<マウント・ポジション>ちゃんと NAS がマウントされた場合は、そちらの属性が優先されるので気にしなくていい。こうしておけば、エラーを起こしてマウントされないという状態でも書き込み禁止になるので、ログを見てすぐ分かるというわけ。
投稿者プロフィール
最新の投稿
Linux2026年3月22日ホームサイネージ（ようやく）完成
Linux2026年3月22日サーバーのルート容量が 97.8% になっていた
Linux2026年3月6日ホーム･サイネージ再変更
Raspberry Pi2026年2月24日ホーム・サイネージ変更
Follow me!
