CentOS 5.2サーバーがあり、df -h
を実行しています。
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroup00-LogVol00
672G -551M 638G 0% /
/dev/hda1 99M 12M 82M 13% /boot
tmpfs 2.0G 0 2.0G 0% /dev/shm
そのスペースは、前回正しい値を示したときの使用率が10%にも近くありませんでした。私は何が起こっているのか途方に暮れています。
SSHDがハングアップしたため、サーバーを再起動する必要がありました。これに関連していると思います。
いくつかの新しい情報、再起動後、df -h
は12Gbが使用されている(2%)ことを示しましたが、du -hcs /
を実行すると、合計46Gbが表示され、ここで大きな違いがあります。
約15分の稼働時間の後、df -h
は再び負の値を示しています。
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroup00-LogVol00
672G -24G 660G - /
詳細については、fsck
を実行すると、次のように出力されます。
Checking all file systems.
[/sbin/fsck.ext3 (1) -- /] fsck.ext3 -f -y /dev/VolGroup00/LogVol00
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/VolGroup00/LogVol00: 204158/181633024 files (1.3% non-contiguous), 9224806/181633024 blocks
[/sbin/fsck.ext3 (1) -- /boot] fsck.ext3 -f -y /dev/hda1
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/boot: 34/26104 files (5.9% non-contiguous), 15339/104388 blocks
ファイルシステムの破損だと思います。パーティションをアンマウントして、fsckを実行する必要があります。
ファイルシステムエラーがないかログとコンソールも確認してください。
これは、ルートのみのスペースとして予約されているものを超えたことを意味していると思います(ext3ではデフォルトは5%だと思います)。
$ Sudo tune2fs -l /dev/sda1 | grep -i 'Reserved block count'
Reserved block count: 1877194
予約済みブロック数は、ディスクがほぼいっぱいになった後にrootユーザーのみが使用できる一定のブロック数です(これにより、通常のユーザーがfsをいっぱいにして、問題が発生するのを防ぎます)。 man tune2fs
から:
-m reserved-blocks-percentage
特権プロセスによってのみ割り当てられるファイルシステムの割合を設定します。特権プロセスで使用するためにいくつかのファイルシステムブロックを予約することで、ファイルシステムの断片化を回避し、非特権プロセスがファイルシステムに書き込めなくなった後も、syslogd(8)などのシステムデーモンが正しく機能し続けることができます。通常、予約済みブロックのデフォルトの割合は5%です。
したがって、rootユーザーとして何かが急速にスペースを占有していると思います。 du -hcs /
を使用してそこからドリルダウンし、スペースを使用しているファイルの場所を見つけることができます。大きなファイルを作成する可能性があると思われる場合は、find
コマンドを使用することもできます。