Inodes full - problema no VOL [RESOLVIDO]

Olá,

Tenho o seguinte problema aqui no servidor do VOL, de repente alguém pode me ajudar.

Ainda tenho 43GB de espaço em disco disponível, vide saída do comando:

# df -h
Sist. Arq. Tam Usad Disp Uso% Montado em
/dev/xxx 145G 95G 43G 70% /

Daí quando peço pra ver o número de i-nodes livre, ele acusa 100% de uso do disco, veja:

# df -i
Sist. Arq. Inodes IUsados ILivr IUso% Montado em
/dev/sda6 19202048 19202048 0 100% /

Qual seria a origem do problema? Será que o uma partição ex3 tem limite de quantidade de arquivos, mesmo que a partição ainda possua espaço em disco?

Um abraço.

Resolvido. Acabo de constatar que o sistema de arquivos ex3 possui um limite de quantidade de arquivos, mesmo que estes não ocupem todo o espaço físico da partição, chega uma hora que o limite de inodes disponíveis acaba.

Solução: criar nova partição e jogar lá algum diretório que possua dezenas de milhares de arquivos.

Sim, possui limite sim!
Que bom que você formalizou isto no Vol, pois confesso que se eu tivesse um "no left space" eu iria DEMORAR para observar os inodes!!

Como os inodes são por partições, sugiro mover alguns arquivos (BOA PARTE DELE) para outra partição. Mover um diretório bem populoso e linkar dinamicamente seria o ideal.

Eu tive que fazer MUITAS vezes isto mas por problemas de espaço mesmo (BYTES):

cd /var
mkdir /part2/
mv log /part2
ln -s /part2/log log

Acho que o caminho mais rápido ai no VOL seria este.

Bom, isto me deixou curioso, Fábio!
Como te disse, se isto ocorresse, ia penar!

Fiz uns testes e observei que o número de inodes varia de partição em partição. Vi que ele cria o número de inodes baseado no tamanho e que o mkfs.ext{2,3] tem este parâmetro:

-i bytes-per-inode

Specify the bytes/inode ratio. mke2fs creates an inode for every bytes-per-inode bytes ofspace on the disk. The larger the bytes-per-inode ratio, the fewer inodes will be created.

This value generally shouldn’t be smaller than the blocksize of the filesystem, since then too many inodes will be made. Be warned that is not possible to expand the number of inodes on a filesystem after it is created, so be careful deciding the correct value for this parameter.

Com a ressalva que NÃO PODE ALTERAR DEPOIS!

Uma vez eu vi em algum lugar uma análise interessante sobre tipos de sistemas de arquivos. A conclusão era: se você tem arquivos pequenos e muitos, o melhor sistema é o tal, se são poucos e de tamanho considerável, o melhor é o outro. Algo assim...

Puxa, analisar de forma científica isto daria um EXCELENTE ARTIGO!! Eu colocaria na hora nos favoritos...

Ola, pessoal procurando pelo VOL encontrei esse topico e comigo esta acontecendo o seguinte problema:

[root@sdripbx tmp]# df -h
Sist. Arq. Tam Usad Disp Uso% Montado em
/dev/sda2 9,7G 9,6G 0 100% /
/dev/sda5 52G 40G 11G 80% /var
/dev/sdb1 452G 46G 383G 11% /record
/dev/sdc1 452G 462M 428G 1% /record2
/dev/sda1 99M 17M 78M 18% /boot
tmpfs 2,0G 0 2,0G 0% /dev/shm
192.168.254.254:/view
903G 256G 601G 30% /mnt
[root@sdripbx tmp]# df -i
Sist. Arq. Inodes IUsados ILivr IUso% Montado em
/dev/sda2 2621440 164605 2456835 7% /
/dev/sda5 14076480 234800 13841680 2% /var
/dev/sdb1 122126336 223864 121902472 1% /record
/dev/sdc1 122126336 13 122126323 1% /record2
/dev/sda1 26104 59 26045 1% /boot
tmpfs 218330 1 218329 1% /dev/shm
192.168.254.254:/view
244219904 952626 243267278 1% /mnt
[root@sdripbx tmp]#


Ja varri o a partição / em busca de arquivos não encontrei nada de anormal, alguem tem uma sugestão ??

tente o seguinte:

cd /

du -sh * | sort -n

du - comando que calcula quanto está ocupando de espaço no sistema arquivos ou diretorios.

-s para diretorios

-h --human-readable ( para facilitar a leitura humana ).

* executar o comando em todo o conteudo do diretorio atual

| redirecionar a saida do comando du

sort ordenar

-n em ordem numerica

Pode demorar um pouco de acordo com o tamanho da partição.

Com isso você pode ver qual o diretorio dentro do diretorio raiz que está consumindo mais espaço e assim chegar no causador da ocupação de 100% do /.

Olhe este trecho de um artigo sobre INODE me esclareceu bastante sobre este assunto.

"Outra curiosidade é que os inodes possuem um limite, por isso é possível "lotar" um HD, esgotando os inodes disponíveis, criando "trocentos" arquivos pequenos.

Outro detalhe importante é que normalmente na formatação de uma partição, quando estamos por exemplo instalando um novo sistema, ele questiona o tamanho para os nossos inodes (4k - 2k - 1k), que normalmente definimos para 4k, levando em conta que estamos formatando como ReiserFS.

Isso implica justamente na quantidade de inodes disponíveis e no limite do tamanho dos arquivos e partições que eles poderão trabalhar, se usarmos o padrão de 4k, teremos um limite de 2T para arquivos e de 16T para a partição, agora se usarmos 1k para inode, teremos que o limite de tamanho de arquivo para 16G e da partição para 2T.

Com isso estamos um pouco mais atentos ao que ocorre nas nossas partições."