最近、mdadmを使用して最初のソフトウェアRAIDをセットアップしましたが、RAIDにディスクを追加した後、ファイルシステムのサイズをRAIDのフルサイズに変更できません。/dev/md0に次の方法で単一(〜16TB)のファイルシステムを作成しました。
mkfs.ext4 -v -b 4096 -t huge -E stride=128,stripe-width=256 /dev/md0
その後、古いレイドからのすべてのデータが新しいレイドにコピーされるので、私は数日間痛々しいほど待ちました。私はディスクの上を移動してレイドを成長させ、最後に私は:
resize2fs -p /dev/md0
それは私にそれを知らせます
resize2fs 1.42 (29-Nov-2011)
resize2fs: /dev/md0: The combination of flex_bg and !resize_inode features is not supported by resize2fs
これらの2つの機能の目的や、組み合わせが面倒な理由を正確に理解していないため、より適切な判断に反して、resize_inodeを追加しようとしました。
tune2fs -O +resize_inode /dev/md0
しかし、私は撃墜されました:
Setting filesystem feature 'resize_inode' not supported.
また、データを危険にさらす可能性のあることは何もしたくないので、flex_bgを削除しようとする勇気はありません。 3.5.1カーネルでUbuntu12.04を実行しています。
Linux critter 3.5.1-030501-generic #201208091310 SMP Thu Aug 9 17:11:48 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
私はresize2fsをv1.42.5(利用可能な最新リリース)で再度テストしましたが、役に立ちませんでした。したがって、明確にするために、私の質問は、このext4ファイルシステムを(できれば再作成せずに)レイドのサイズにサイズ変更するにはどうすればよいですか?
編集:ここに役立つかもしれないいくつかのファイルシステム情報があります。
tune2fs -l /dev/md0
tune2fs 1.42 (29-Nov-2011)
Filesystem volume name: <none>
Last mounted on: /media/Bigger
Filesystem UUID: baecfa03-74c1-42ad-8e19-3b823f05f502
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr dir_index filetype extent 64bit flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags: signed_directory_hash
Default mount options: user_xattr acl
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 274700288
Block count: 4395202560
Reserved block count: 219760128
Free blocks: 247712956
Free inodes: 274636266
First block: 0
Block size: 4096
Fragment size: 4096
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 2048
Inode blocks per group: 128
RAID stride: 128
RAID stripe width: 768
Flex block group size: 16
Filesystem created: Fri Aug 17 02:54:50 2012
Last mount time: Mon Aug 20 02:21:51 2012
Last write time: Mon Aug 20 02:25:07 2012
Mount count: 3
Maximum mount count: -1
Last checked: Fri Aug 17 02:54:50 2012
Check interval: 0 (<none>)
Lifetime writes: 16 TB
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 256
Required extra isize: 28
Desired extra isize: 28
Journal inode: 8
Default directory hash: half_md4
Directory Hash Seed: b357ba49-60b1-4c55-837f-a70c8285a8f5
Journal backup: inode blocks
千田-私は以前に同じURLを見つけましたが、ext4が最新のカーネルとツールで16TB以上を処理することを経験から知っていました。しかし、それはまだ機能していませんでした。
最後に、 linux-ext4メーリングリスト --- mkfs.ext4コマンド から回答を得ました。 -tと-Tを混同しました。それは読むべきでした:
mkfs.ext4 -v -b 4096 -t ext4 -T huge -E stride=128,stripe-width=256 /dev/md0
そして、-私は言われています-それはresize_inodeを含み、期待通りに機能したでしょう。
ご協力いただきありがとうございます。
これはあなたを助けるかもしれません--- http://www.spinics.net/lists/linux-ext4/msg27511.html
Ext4では実行していることが非常に危険であると思われるため、何かを実行する前にバックアップを取ります。
これを参照してください--- https://ext4.wiki.kernel.org/index.php/Ext4_Howto
WARNING: It is NOT recommended to resize the inodes using resize2fs with
e2fsprogs 1.41.0 or later, as this is known to corrupt some filesystems.
最大16TBは64ビットのext4ファイルシステムで実行できるようですが、ツールの状態は流動的であるようです。これは非常に良い読み物です--- http://blog.ronnyegner-consulting.de/2011/08/18/ext4-and-the-16-tb-limit-now-solved/
ここでext4ファイルシステムの開発者から連絡がない限り、ext4メーリングリストでこの質問をすることをお勧めします。
私はこれが古いものであることを知っていますが、将来誰かがこれを読むためだけに...
Theflex_bg
は、(比較的新しい)ファイルシステムがそれ自体をより柔軟に「ブロックグループ」に分割できるようにする機能です。従来は、事前定義された等しいサイズのブロックグループに分割されていました。 flex_bg
の利点は、仮想ブロックグループが大きいほど、たとえば、より大きなiノードテーブルが密集していることです。そうすると、別のファイルのスペースを探す必要がないため、大量のファイルの書き込みがより高速になります。ブロックグループ。
resize_inode
は、将来ファイルシステムのサイズを変更したい場合に備えて事前に割り当てられたスペースです。これは主に、iノードテーブルを物理的に移動する必要を防ぐためにtryに使用されます。
resize_inode
はある程度のスペースを取り、ファイルシステムのよりスムーズで高速なサイズ変更を可能にし、flex_bg
はiノードカウント(ファイル/ディレクトリカウント)の制約を取り除き、パフォーマンスを向上させます。
悲しいことに、mkfsは、質問が投稿されるまでにファイルシステムでこれらの機能を変更できるほど強力ではなかった可能性があり、一部の機能ではまだ変更できない可能性があります。しかし、それらを変更するすべきではないファイルシステムが正常である限り、ファイルシステムを傷つけます。したがって、常にこのような機能を変更する前にfsck -f /dev/SD...
を実行してください。そうすれば、準備は完了です。