Este servidor Debian estava funcionando bem até uma semana atrás. Agora ele não permite que arquivos sejam alocados, apesar de ainda haver espaço.
- O volume raiz é configurado com LVM.
- Kernel é Linux 3.16.0-4-amd64 #1 SMP Debian 3.16.51-3 (2017-12-13) x86_64 GNU/Linux
A fsck
e reinicialização não ajudou. A exclusão de alguns arquivos também não ajudou.
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
Enquanto isso, há muito espaço no dispositivo
df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/vg-root 447G 293G 154G 66% /
A configuração lvm2 é um grupo de volume de 465G, que é totalmente usado por / e swap (15G).
/ está formatado como 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
O volume btrfs está realmente cheio:
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
Depois de excluir um arquivo de log enorme, o uso do volume não mudou; ainda está cheio.
Alguma idéia sobre o que aconteceu e como corrigi-lo?
Como um sistema de arquivos moderno,
btrfs
não tem limite de inode fixo, e é por isso que ele relata inodes como zeros.Verifique o status dos
btrfs
subvolumes:Se você tiver instantâneos ocupando seu espaço em disco, talvez seja necessário algo assim para removê-los:
Veja também este link para a aventura de outro usuário com btrfs e snapshots. Os comentários nessa página da Web incluem
btrfs
comandos de gerenciamento úteis entre todos os salt.Com base na saída
df -i
, parece que você está sem inodes. Quando você fica sem inodes, não consegue gravar novos dados, mesmo que haja espaço disponível. Suas soluções são descobrir o que está usando todos os inodes ou adicionar inodes ao sistema de arquivos existente. Eu não sei como adicionar inodes, mas é possível que, se você estiver usando instantâneos btrfs, eles estejam consumindo todos os inodes. Eu começaria a procurar lá e ver se há instantâneos que você pode excluir.