[FUG-BR] Low number of free inodes

eduwutzl em gmail.com eduwutzl em gmail.com
Segunda Setembro 27 15:23:11 BRT 2010


Olá Luiz....

Consegui resolver, pois percebi que meu problema, estava na montagem por
SSHFS, que meu proxy gerava um relatório pelo sarg, estourando os INODES,
quando rebootava, os operadores do servidor, não remontavam o SSHFS remoto.

Valeu pela dica.

Abraço.

++++++++++++++++++++++++++++++++++++
Eduardo Wutzl
Analista Unix
eduwutzl em gmail.com
-
11-7892-7580
Nextel ID: 100*116975
++++++++++++++++++++++++++++++++++++
++++++++++++++++++++++++++++++++++++
++++++++++++++++++++++++++++++++++++
++++++++++++++++++++++++++++++++++++
              ,        ," 1+
             /(        )`" 1+
             \ \___   / |" 1+
             /- _  `-/  '" 1+
            (/\/ \ \   /\" 1+
            / /   | `    \" 1+
            O O   ) /    |" 1+
            `-^--'`<     '" 1+
           (_.)  _  )   /" 1+
            `.___/`    /" 1+
              `-----' /" 1+
 <----.     __ / __   \" 1+
 <----|====O)))==) \) /====" 1+
 <----'    `--' `.__,' \" 1+
              |        |" 1+
               \       /       /\" 1+
          ______( (_  / \______/" 1+
        ,'  ,-----'   |" 1+
        `--{__________)"
++++++++++++++++++++++++++++++++++++
++++++++++++++++++++++++++++++++++++
++++++++++++++++++++++++++++++++++++
++++++++++++++++++++++++++++++++++++



Em 27 de setembro de 2010 11:12, Luiz Otavio O Souza
<lists.br em gmail.com>escreveu:

> On Sep 27, 2010, at 10:07 AM, eduwutzl em gmail.com wrote:
>
> > Olá pessual,
> > Bom, estou com um servidor, FreeBSD 8.0-RELEASE, e existe a seguinte
> saída
> > no comando df -i
> >
> > Filesystem      1K-blocks          Used        Avail         Capacity
> > iused          ifree     %iused      Mounted on
> > */dev/ad0s1a       5077038       3822422       848454        82%
> > 659454              0      100%           /*
> > devfs                  1             1            0           100%
> > 0                  0      100%           /dev
> > /dev/ad0s1e       2026030       1051784       812164        56%
> 301
> >            282321    0%           /tmp
> > /dev/ad0s1f       4717070       2586264      1753442        60%
> > 254054             358296   41%           /usr
> > /dev/ad0s1d       5077038        159400      4511476         3%
> > 23696             635758    4%           /var
> > linprocfs           4             4            0           100%
> > 1                  0      100%           /usr/compat/linux/proc
> > tank            153773184     113618816     40154368        74%
> > 765052             313706   71%           /tank
> > devfs               1             1            0           100%
> > 0                  0      100%           /var/named/dev
> >
> > Meu número de INODES, da partição / está estourado.
> >
> > Existe algo que possa ser feito?
> >
> > No aguardo.
> > Obrigado
> >
> >
> > ++++++++++++++++++++++++++++++++++++
> > Eduardo Wutzl
> > Analista Unix
> > eduwutzl em gmail.com
>
>
> Eduardo,
>
> Sim, é possível corrigir/sair dessa situação, mas por ser a raiz do FS a
> coisa fica um pouco mais complicada...
>
> O número de inodes no FS é determinado (basicamente) pela equação inodes =
> FS_size / fragment_size / 4, então mantendo o mesmo tamanho do FS você pode
> reduzir o tamanho dos fragmentos (e blocos) e consequentemente aumentar os
> inodes disponíveis na partição.
>
> No entanto isso é configurado no momento em que se cria o FS, ou seja, na
> formatação (newfs(8)). O default são blocos de 16K e fragmentos de 2K,
> reduzindo esses valores pela metade você dobra o número de inodes no FS.
>
> Leia os detalhes e limites no manual do newfs(8) e não se esqueça de manter
> a proporção de 8:1 com relação aos blocos e fragmentos (opções -b e -f).
>
> A solução é bootar (em outro HD no seu caso), fazer um backup da partição,
> reformatar a partição com as novas opções de bloco e fragmentos e restaurar
> o backup.
>
> Outra coisa a se pensar é o que estaria consumindo todos esses inodes na
> raiz do seu FS... esses arquivos e/ou diretórios não podem ser movidos para
> outro slice ?
>
> Att.,
> Luiz
>
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>


Mais detalhes sobre a lista de discussão freebsd