ext4ファイルシステムでiノードの数を増やすにはどうすればよいですか？

先週問題がありました（私にとっては新しい）。ext4（Fedora 15）ファイルシステムがあります。サーバーで実行されているアプリケーションが突然停止しました。最初に問題を見つけることができませんでした。

df50％の使用可能なスペースを示しました。1時間ほど検索した後、その男が使ったフォーラムの投稿を見ましたdf -i。このオプションは、iノードの使用を探します。システムはiノード不足でしたが、これは単純な問題でしたが、私は気づきませんでした。パーティションには3.2Mのiノードしかありませんでした。

さて、私の質問は次のとおりです。システムにさらにiノードを持たせることはできますか？ディスクをフォーマットするときに設定する必要がありますか？3.2Mのiノードでは、いくつのファイルを保持できますか？

通常の予想よりも多くのファイルがあるようです。

iノードテーブルのサイズを動的に変更する解決策があるかどうかはわかりません。データをバックアップし、新しいファイルシステムを作成し、データを復元する必要があると思います。

このような巨大なinodeテーブルで新しいファイルシステムを作成するには、mke2fs（8）の '-N'オプションを使用する必要があります。

iノードの推定数を取得できるように、最初に「-n」オプションを使用することをお勧めします（fsは作成されませんが、有用な情報が表示されます）。次に、必要に応じて、「-N」を使用して特定のiノード番号でファイルシステムを作成します。

別の回避策として、膨大なファイルのコレクションを非圧縮（！）tarアーカイブにパックし、それを使用archivemountしてファイルシステムとしてマウントすることを検討することをお勧めします。tarアーカイブは、ファイルシステムイメージよりも共有に優れており、クラウドまたは別のストレージにバックアップするときに同様のパフォーマンスを提供します。

コレクションが読み取り専用でsquashfsあると想定されている場合、オプションの可能性がありますが、カーネルで特定のオプションを有効にする必要xzがあり、同じパフォーマンスでtarの圧縮も利用できます。

320万のiノードを使用すると、合計320万のファイルとディレクトリを使用できます（ただし、ファイルへの複数のハードリンクは1つのiノードのみを使用します）。

はい、パーティションにファイルシステムを作成するときに設定できます。オプションには-T usage-type、-N number-of-inodes、または-i bytes-per-inodeすべてのiノード数を設定することができます。私は一般的に使用-iの出力を比較した後、du -sおよびfind | wc -lファイルの同様のコレクションのために、いくつかのたるみを可能にします。

いいえ、既存のファイルシステムでインプレースで変更することはできません。しかしながら：

• LVMを実行している場合、またはファイルシステムがSANのLUNにある場合（LUNに直接、またはLUNの最後のパーティションとして）、またはパーティションの後のディスクに空きスペースがある場合、パーティションを拡大してからresize2fsファイルシステムを拡張するために使用します。これにより、追加されたスペースにほぼ比例してiノードが追加されます。将来のファイルが平均してほぼ同じサイズであると仮定して、スペースの前にiノードが不足しないようにするには、を使用して十分に高い予約ブロック率を設定しtune2fs -mます。
• 十分なスペースがあり、ファイルシステムをオフラインにできる場合は、オフラインにして、より多くのiノードを持つ新しいファイルシステムを作成し、すべてのファイルをコピーします。
• ファイルのサブセットのみが多くのiノードを使用しており、十分な空き領域がある場合は、ファイルシステム上のファイルでバッキングされたループデバイス上にファイルシステムを作成し、より多くのiノード（およびおそらくより小さいブロック）を持つファイルシステムを作成しますその上に、問題のディレクトリを移動します。これはおそらくパフォーマンスの低下とメンテナンスの面倒ですが、代替手段です。
• そしてもちろん、多くの不要なファイルを削除できれば、それも助けになるはずです。

この状況に対する別の解決策があります。10Gのパーティションに1000個のiノードがあるとします。しかし、iノードの制限により、パーティションのすべてのスペースを使用することは想定されていません。ただし、このソリューションでは、フォーマットせずにパーティションの残りのスペースを使用できます。

$ 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

永久取り付け用

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

最近、aptまたはaptitudeアップグレードを使用しているときにこの問題に遭遇しました。

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% /

発行されたコマンド：

du /|sort -k1 -n

ほとんどのファイルが以下のカーネルバージョンのサブフォルダーにあることが明らかになりました。

/usr/src/linux-headers

これらのサブフォルダーを削除し、iノードの問題を修正しました。

df -i

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

du -s --inodes * 2>/dev/null |sort -g出力の最後のディレクトリにcdを試して、繰り返します。

完全な開示：--inodesduコマンドに対するすべてのOSのサポートフラグ（私のMac OSはサポートしていません）ではなく、多くのLinux OSがサポートしています。