約1週間前までは、このDebianサーバーは完全にうまくいっていました。まだスペースがありますが、ファイルの割り当ては許可されません。
- ルートボリュームはLVMで構成されています。
- カーネルは Linux 3.16.0-4-amd64 #1 SMP Debian 3.16.51-3 (2017-12-13) x86_64 GNU/Linux です。
Afsck
と再起動しても役に立ちませんでした。一部のファイルを削除しても役に立ちませんでした。
df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/mapper/vg-root 0 0 0 - /
udev 2051270 380 2050890 1% /dev
tmpfs 2053627 632 2052995 1% /run
tmpfs 2053627 5 2053622 1% /dev/shm
tmpfs 2053627 4 2053623 1% /run/lock
tmpfs 2053627 13 2053614 1% /sys/fs/cgroup
/dev/sda1 62248 328 61920 1% /boot
tmpfs 2053627 13 2053614 1% /run/user/117
tmpfs 2053627 4 2053623 1% /run/user/0
tmpfs 2053627 4 2053623 1% /run/user/1000
同時に、デバイスに十分なスペースがあります
df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/vg-root 447G 293G 154G 66% /
lvm2設定は、/およびスワップ(15G)で完全に使用される465Gボリュームグループです。
/フォーマットはbtrfsです。
btrfs filesystem df /
Data, single: total=444.63GiB, used=290.67GiB
System, DUP: total=8.00MiB, used=64.00KiB
System, single: total=4.00MiB, used=0.00B
Metadata, DUP: total=1.00GiB, used=764.58MiB
Metadata, single: total=8.00MiB, used=0.00B
GlobalReserve, single: total=256.00MiB, used=0.00B
btrfs ボリュームが実際にいっぱいです。
btrfs filesystem show
Label: none uuid: 82ff2c95-6c6d-48c8-a0a0-3219e5cc2845
Total devices 1 FS bytes used 212.50GiB
devid 1 size 446.66GiB used 446.66GiB path /dev/mapper/vg-root
大容量ログファイルを削除しても、ボリューム使用量は変更されませんでした。
何が起こっているのか、どのように解決するのかというアイデアはありますか?
答え1
最新のファイルシステムなので、btrfs
固定された inode 制限が全くないので、すべて 0 個の inode を報告します。
サブボリュームの状態を確認してくださいbtrfs
。
btrfs subvolume list -s /
スナップショットがディスク容量を占めていることが確認されたら、次のように削除することをお勧めします。
btrfs subvolume delete -c /.snapshots/NNN/snapshot
また、btrfsとスナップショットを使用した他のユーザーの冒険については、このリンクを参照してください。このページのコメントには、btrfs
すべてのソルトに役立つ管理コマンドが含まれています。
答え2
出力結果によると、df -i
inodeが不足しているようです。 inodeが足りなくなると、空き領域があっても新しいデータを書き込めません。解決策は、すべてのinodeを使用するものが何であるかを調べるか、既存のファイルシステムにinodeを追加することです。 inodeを追加する方法はわかりませんが、btrfsスナップショットを使用するとすべてのinodeが消費される可能性があります。削除できるスナップショットがあるかどうかを見てみましょう。