Comment puis-je augmenter le nombre d'inodes dans un système de fichiers ext4?

J'ai eu un problème (nouveau pour moi) la semaine dernière. J'ai un système de fichiers ext4 (Fedora 15). L'application qui s'exécute sur le serveur s'est soudainement arrêtée. Je ne pouvais pas trouver le problème au premier regard.

dfa montré 50% d'espace disponible. Après avoir cherché pendant environ une heure, j’ai vu un post sur le forum où le gars s’était servi df -i. L'option recherche l'utilisation d'inodes. Le système était à court d'inodes, un problème simple que je n'avais pas réalisé. La partition n'avait que 3,2 millions d'inodes.

Maintenant, mes questions sont: Puis-je donner au système plus d’inodes? Devrait-il / peut-il être défini lors du formatage du disque? Avec les inodes 3.2M, combien de fichiers puis-je avoir?

Il semble que vous ayez beaucoup plus de fichiers que prévu normalement.

Je ne sais pas s'il existe une solution pour changer la taille de la table inode de manière dynamique. Je crains que vous n'ayez besoin de sauvegarder vos données, de créer un nouveau système de fichiers et de restaurer vos données.

Pour créer un nouveau système de fichiers avec une si grande table d'inodes, vous devez utiliser l'option '-N' de mke2fs (8).

Je recommanderais d'utiliser d'abord l'option '-n' (qui ne crée pas le fs, mais affiche les informations utiles) afin de pouvoir obtenir le nombre estimé d'inodes. Ensuite, si vous en avez besoin, utilisez '-N' pour créer votre système de fichiers avec un numéro d'inode spécifique.

Comme autre solution de contournement, je pourrais suggérer d’envisager de regrouper d’énormes collections de fichiers dans une tararchive non compressée (!) , Puis de l’utiliser archivemountpour le monter en tant que système de fichiers. Une archive tar est préférable pour le partage qu'une image de système de fichiers et offre des performances similaires lors de la sauvegarde sur un cloud ou un autre stockage.

Si la collection est supposée être en lecture seule, cela squashfspeut être une option, mais certaines options doivent être activées dans le noyau et la xzcompression est disponible pour tar avec les mêmes performances.

Avec 3,2 millions d'inodes, vous pouvez avoir 3,2 millions de fichiers et de répertoires, au total (mais plusieurs liens durs vers un fichier utilisent un seul inode).

Oui, il peut être défini lors de la création d'un système de fichiers sur la partition. Les options -T usage-type, -N number-of-inodesou -i bytes-per-inodepeuvent toutes définir le nombre d'inodes. J'utilise généralement -i, après avoir comparé la sortie de du -set find | wc -lpour une collection de fichiers similaire et en tenant compte de la marge.

Non, il ne peut pas être modifié sur place sur un système de fichiers existant. Pourtant:

• Si vous exécutez LVM ou si le système de fichiers se trouve sur le LUN d’un réseau SAN (directement sur le LUN ou en tant que dernière partition du LUN), ou si vous avez de l’espace vide sur le disque après la partition, vous pouvez agrandir la partition, puis utiliser resize2fspour développer le système de fichiers. Cela ajoute plus d'inodes plus ou moins proportionnellement à l'espace ajouté. Si vous voulez éviter de manquer d'inodes avant l'espace, en supposant que les fichiers futurs aient en moyenne la même taille, définissez un pourcentage de bloc réservé suffisamment élevé à l'aide de tune2fs -m.
• Si vous disposez de suffisamment d'espace et que vous pouvez mettre le système de fichiers hors ligne, mettez-le hors ligne, créez-en un nouveau avec plus d'inodes et copiez tous les fichiers.
• Si seulement un sous-ensemble des fichiers utilise beaucoup d'inodes et que vous avez suffisamment d'espace libre, créez un système de fichiers sur un périphérique en boucle sauvegardé par un fichier du système de fichiers, créez un système de fichiers avec plus d'inodes (et peut-être de plus petits blocs). dessus, et déplacez-y les répertoires incriminés. C'est probablement un coup dur pour la performance et la maintenance, mais c'est une alternative.
• Et bien sûr, si vous pouvez supprimer beaucoup de fichiers inutiles, cela devrait également vous aider.

J'ai une solution alternative pour cette situation. Disons que vous avez 1000 inodes dans une partition de 10G. Mais en raison de la limite d'inodes, vous n'êtes pas censé utiliser tout l'espace de la partition . Mais dans cette solution, vous pourrez utiliser l’espace restant de la partition sans le formater .

$ 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

pour montage permanent

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

Récemment rencontré ce problème lors de l’utilisation d’apt ou d’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% /

Commande émise:

du /|sort -k1 -n

La plupart des fichiers révélés se trouvaient dans des sous-dossiers pour plusieurs versions du noyau dans:

/usr/src/linux-headers

Suppression de ces sous-dossiers et le problème d'inode a été corrigé.

df -i

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

essayez du -s --inodes * 2>/dev/null |sort -gle cd dans le dernier répertoire en sortie et recommencez.

Divulgation complète: l' --inodesindicateur de prise en charge de tous les systèmes d'exploitation pour la commande du (pas mon Mac OS), mais de nombreux systèmes d'exploitation Linux le sont.