¿Cómo puedo aumentar el número de inodes en un sistema de archivos ext4?

Tuve un problema (nuevo para mí) la semana pasada. Tengo un sistema de archivos ext4 (Fedora 15). La aplicación que se ejecuta en el servidor se detuvo de repente. No pude encontrar el problema a primera vista.

dfmostró 50% de espacio disponible. Después de buscar durante aproximadamente una hora, vi una publicación en el foro donde usaba el tipo df -i. La opción busca el uso de inodes. El sistema estaba sin inodos, un problema simple que no me di cuenta. La partición tenía solo 3.2M inodos.

Ahora, mis preguntas son: ¿Puedo hacer que el sistema tenga más inodos? ¿Debe / puede establecerse al formatear el disco? Con los inodos de 3.2M, ¿cuántos archivos podría tener?

Parece que tiene muchos más archivos de lo esperado.

No sé si hay una solución para cambiar el tamaño de la tabla de inodo dinámicamente. Me temo que necesita hacer una copia de seguridad de sus datos, crear un nuevo sistema de archivos y restaurar sus datos.

Para crear un nuevo sistema de archivos con una tabla de inodos tan grande, debe usar la opción '-N' de mke2fs (8).

Recomiendo usar primero la opción '-n' (que no crea la fs, pero muestra la información útil) para que pueda obtener el número estimado de inodes. Luego, si es necesario, use '-N' para crear su sistema de archivos con un número de inodo específico.

Como otra solución alternativa, podría sugerir considerar empaquetar grandes colecciones de archivos en un tararchivo comprimido (!) Y luego usarlo archivemountpara montarlo como un sistema de archivos. Un archivo tar es mejor para compartir que una imagen del sistema de archivos y proporciona un rendimiento similar al realizar copias de seguridad en una nube u otro almacenamiento.

Si se supone que la colección es de solo lectura, squashfspuede ser una opción, pero requiere ciertas opciones habilitadas en el kernel, y la xzcompresión está disponible para tar también con el mismo rendimiento.

Con 3,2 millones de inodes, puedes tener 3,2 millones de archivos y directorios, en total (pero los enlaces duros múltiples a un archivo solo usan un inodo).

Sí, se puede configurar al crear un sistema de archivos en la partición. Las opciones -T usage-type, -N number-of-inodeso -i bytes-per-inodepueden establecer el número de inodos. Generalmente uso -i, después de comparar la salida de du -sy find | wc -lpara una colección similar de archivos y permitir un poco de holgura.

No, no se puede cambiar in situ en un sistema de archivos existente. Sin embargo:

• Si está ejecutando LVM o el sistema de archivos está en el LUN de una SAN (ya sea directamente en el LUN o como la última partición en el LUN), o si tiene un espacio vacío en el disco después de la partición, puede aumentar la partición y luego use resize2fspara expandir el sistema de archivos. Esto agrega más inodos en proporción al espacio agregado, aproximadamente. Si desea evitar quedarse sin inodos antes del espacio, suponiendo que los archivos futuros en promedio tengan aproximadamente el mismo tamaño, establezca un porcentaje de bloque reservado lo suficientemente alto usando tune2fs -m.
• Si tiene suficiente espacio y puede desconectar el sistema de archivos, desconéctelo, cree un nuevo sistema de archivos con más inodos y copie todos los archivos.
• Si solo un subconjunto de los archivos está utilizando muchos de los inodos y tiene suficiente espacio libre, cree un sistema de archivos en un dispositivo de bucle respaldado por un archivo en el sistema de archivos, cree un sistema de archivos con más inodos (y quizás también bloques más pequeños) en él, y mover los directorios ofensivos en él. Probablemente sea un golpe de rendimiento y una molestia de mantenimiento, pero es una alternativa.
• Y, por supuesto, si puede eliminar muchos archivos innecesarios, eso también debería ayudar.

Tengo soluciones alternativas para esta situación. Digamos que tienes 1000 inodos en una partición de 10G. Pero debido al límite de inodes no se supone que use todo el espacio de partición . Pero en estas soluciones podrá utilizar el espacio restante de la partición sin formatearla .

$ 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 montaje permanente

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

Recientemente me encontré con este problema al usar apt 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

Revelado, la mayoría de los archivos estaban en subcarpetas para varias versiones de kernel dentro de:

/usr/src/linux-headers

Se eliminaron esas subcarpetas y se solucionó el problema del inodo.

df -i

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

pruebe du -s --inodes * 2>/dev/null |sort -gel cd en el último directorio de salida y repita.

Divulgación completa: no todos los sistemas operativos son compatibles --inodescon el comando du command (mi Mac OS no), pero muchos sistemas operativos Linux sí.