Estamos usando o Centos & cPanel servidor, mas temos um problema importante para o uso do INODES.
Comando "df -i" mostrando para o diretório / usando 6 milhões de inodes!.
Quando eu verifico o número de arquivos para o diretório /, ele tem alguns milhares de arquivos.
df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/sda4 6578176 6567525 10651 100% /
tmpfs 8238094 1 8238093 1% /dev/shm
/dev/sdi1 61054976 169 61054807 1% /backup
/dev/sda1 51296 38 51258 1% /boot
/dev/sda2 0 0 0 - /boot/efi
/dev/sdc1 7290880 1252 7289628 1% /database
/dev/sdb2 4096000 53258 4042742 2% /home
/dev/sdd1 7290880 3500 7287380 1% /home2
/dev/sde1 7290880 68909 7221971 1% /home3
/dev/sdg1 7290880 68812 7222068 1% /home5
/dev/sdh1 7290880 695076 6595804 10% /home6
/dev/sdf1 7290880 58658 7232222 1% /tmp
df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda4 99G 30G 65G 32% /
tmpfs 32G 0 32G 0% /dev/shm
/dev/sdi1 917G 270G 601G 32% /backup
/dev/sda1 788M 80M 669M 11% /boot
/dev/sda2 400M 296K 400M 1% /boot/efi
/dev/sdc1 110G 1.5G 103G 2% /database
/dev/sdb2 62G 1.1G 58G 2% /home
/dev/sdd1 110G 79G 26G 76% /home2
/dev/sde1 110G 3.9G 101G 4% /home3
/dev/sdg1 110G 51G 54G 49% /home5
/dev/sdh1 110G 64G 41G 62% /home6
/dev/sdf1 110G 611M 104G 1% /tmp
INODES USAGE
160 - backup
102 - bin
36 - boot
1243 - database
1197 - dev
1733 - etc
53862 - home
3529 - home2
68986 - home3
1 - home4
68814 - home5
695229 - home6
10738 - lib
359 - lib64
1 - lost+found
1 - media
1 - mnt
806 - opt
262898 - proc
1780 - root
170 - sbin
1563 - selinux
1 - srv
20034 - sys
56921 - tmp
89539 - usr
8274 - var
O disco SDA tem apenas o sistema operacional e o cPanel. Não há conta, banco de dados, tmp no disco SDA.
Por que o SDA usa inodes elevados?
Nota: todos os discos são SSD de 120 GB
Obrigado.
Você tem:
a) 6 milhões de arquivos / diretórios / links sob / ; ou
b) Um sistema de arquivos corrompido.
Meu dinheiro está em (b), então eu sugiro que você tire seu sistema e execute fsck ( fsck -y minimizará a dor) e veja se ele limpa a bagunça.
Se o seu sistema de arquivos não estiver corrompido, apague alguns arquivos.
Às vezes, é muito complicado limpar esse diretório devido ao limite de memória em seu servidor. O comando shell 'find' usa muita memória e muitas vezes o servidor mata este comando automaticamente. No meu caso, eu tinha quase 2 milhões de arquivos dentro desse diretório e 'find' não estava funcionando para mim. Se você tiver o mesmo problema, a melhor maneira é excluir arquivos um por um e a melhor maneira é usar este comando IMHO (você pode remover 'head' se você quiser -)))
Aproveite!
Provavelmente, há muitas sessões php em / var / tmp, verifique as configurações do php.ini e desative o recurso de início automático da sessão. Além disso, o problema está resolvido aqui: link
No meu servidor CentOS, as sessões PHP são armazenadas em / var / lib / php / sessions . Excluindo arquivos de sessão com
rm -f /var/lib/php/sessions/*
não funcionaria porque havia muitos arquivos no diretório. Use
find session/ -type f|xargs rm