Como posso aumentar o número de inodes em um sistema de arquivos ext4?

Eu tive um problema (novo para mim) na semana passada. Eu tenho um sistema de arquivos ext4 (Fedora 15). O aplicativo que é executado no servidor parou de repente. Não consegui encontrar o problema à primeira vista.

dfmostrou 50% de espaço disponível. Depois de pesquisar por cerca de uma hora, vi um post no fórum onde o cara usava df -i. A opção procura o uso de inodes. O sistema estava sem inodes, um problema simples que eu não percebi. A partição tinha apenas 3,2 milhões de inodes.

Agora, minhas perguntas são: Posso fazer com que o sistema tenha mais inodes? Deve / pode ser definido ao formatar o disco? Com os inodes de 3,2 milhões, quantos arquivos eu poderia ter?

Parece que você tem muito mais arquivos do que a expectativa normal.

Não sei se existe uma solução para alterar dinamicamente o tamanho da tabela de inodes. Receio que você precise fazer backup de seus dados, criar um novo sistema de arquivos e restaurar seus dados.

Para criar um novo sistema de arquivos com uma tabela de inodes tão grande, você precisa usar a opção '-N' do mke2fs (8).

Eu recomendo usar a opção '-n' primeiro (que não cria o fs, mas exibe as informações úteis) para que você possa obter o número estimado de inodes. Então, se precisar, use '-N' para criar seu sistema de arquivos com um número de inode específico.

Como outra solução alternativa, eu poderia sugerir considerar compactar enormes coleções de arquivos em um tararquivo compactado (!) E depois usá archivemount-lo para montá-lo como um sistema de arquivos. Um arquivo tar é melhor para compartilhar do que uma imagem do sistema de arquivos e fornece desempenho semelhante ao fazer backup em uma nuvem ou outro armazenamento.

Se a coleção deve ser somente leitura, squashfspode ser uma opção, mas requer certas opções ativadas no kernel, e a xzcompactação está disponível para tar, com o mesmo desempenho.

Com 3,2 milhões de inodes, você pode ter 3,2 milhões de arquivos e diretórios no total (mas vários hardlinks para um arquivo usam apenas um inode).

Sim, pode ser definido ao criar um sistema de arquivos na partição. As opções -T usage-type, -N number-of-inodesou -i bytes-per-inodepodem definir o número de inodes. Eu geralmente uso -i, depois de comparar a saída de du -se find | wc -lpara uma coleção semelhante de arquivos e permitir alguma folga.

Não, não pode ser alterado no local em um sistema de arquivos existente. Contudo:

• Se você estiver executando o LVM ou o sistema de arquivos estiver em um LUN da SAN (diretamente no LUN ou como a última partição no LUN) ou tiver espaço vazio no disco após a partição, você poderá aumentar a partição e, em seguida, use resize2fspara expandir o sistema de arquivos. Isso adiciona mais inodes em proporção ao espaço adicionado, aproximadamente. Se você deseja evitar a falta de inodes antes do espaço, supondo que os arquivos futuros tenham em média o mesmo tamanho, defina uma porcentagem de bloco reservada alta o suficiente usando tune2fs -m.
• Se você tiver espaço suficiente e puder colocar o sistema de arquivos offline, coloque-o offline, crie um novo sistema de arquivos com mais inodes e copie todos os arquivos.
• Se apenas um subconjunto dos arquivos estiver usando muitos inodes e você tiver espaço livre suficiente, crie um sistema de arquivos em um dispositivo de loop suportado por um arquivo no sistema de arquivos, crie um sistema de arquivos com mais inodes (e talvez blocos menores) nele e mova os diretórios incorretos para ele. Provavelmente é um problema de desempenho e um aborrecimento de manutenção, mas é uma alternativa.
• E, é claro, se você pode excluir muitos arquivos desnecessários, isso também deve ajudar.

Eu tenho soluções alternativas para esta situação. Digamos que você tenha 1000 inodes em uma partição de 10G. Mas devido ao limite de inodes, você não deve usar todo o espaço da partição . Mas nessas soluções, você poderá usar o espaço restante da partição sem formatá- la.

$ df -i  # see list ( I need just one free inode here so move just one file into other PARTITION)
/dev/part1  1000 999 1 99.9%     /data

$ dd if=/dev/zero of=/data/new_data
$ mkfs.ext4 /data/new_data
$ mkdir /data1
$ mount /data/new_data /data1

para montagem permanente

$ echo "/data/new_data /data1 ext4 defaults 0 1" >> /etc/fstab

Recentemente, tive esse problema ao usar o apt ou o aptitude upgrade.

df -h

Filesystem      Size  Used Avail Use% Mounted on
/dev/xvda1      7.8G  5.1G  2.3G  70% /

df -i

Filesystem     Inodes  IUsed  IFree IUse% Mounted on
/dev/xvda1     524288 521497   2791  100% /

Comando emitido:

du /|sort -k1 -n

A maioria dos arquivos revelados estava em subpastas para várias versões do kernel dentro de:

/usr/src/linux-headers

Removidas as subpastas e o problema do inode foi corrigido.

df -i

Filesystem     Inodes  IUsed  IFree IUse% Mounted on
/dev/xvda1     524288 104986 419302   21% /

experimente du -s --inodes * 2>/dev/null |sort -go CD no último diretório de saída e repita.

Divulgação total: nem todos os --inodessinalizadores de suporte do sistema operacional para o comando du (meu Mac OS não), mas muitos sistemas operacionais Linux o fazem.