web-dev-qa-db-ja.com

RAID 5 mdadm --growはパフォーマンスを低下させ、ディスクサイズは増加しません

自宅で初めてRAID5システムをセットアップしました。 PCに3つのディスクを追加し、それらをすべて8Gの1つのパーティションと残りの492Gの1つのパーティションに分割し、各パーティションで2つのRAIDボリュームを作成しました。

16Gをスワップとしてマウントし、もう1つをシステムディスクとしてマウントしました。

これは魅力のように機能し、次に4番目のディスクをアレイに追加して同じことを行いました(2つのパーティションに分割し、両方を以前に定義したraid5アレイに追加しました)(mdadm --add /dev/sdd1など...)

次に、mdadm --grow /dev/md0 --raid-devices=4コマンドを実行しました(参照: http://zackreed.me/articles/48-adding-an-extra-disk-to-an-mdadm-array

両方のアレイが再構築されましたが、新しいサイズを使用していません。そして私のシステムのパフォーマンスはひどく落ちました。

リカバリモードで起動し、resize2fs /dev/md1コマンドを実行しようとしましたが、問題として「読み取り専用ディスク」のものが表示され続けます。

どうすればこれを修正できますか?通常の起動ではメインディスクが「ビジー」ステータスのままになり、強制的なアンマウントを敢えて行っていないためです。

パフォーマンスを元に戻すにはどうすればよいですか?

さらに情報が必要な場合は、教えてください。できる限りの情報を提供します。事前にThx。

2
Darghon

(1)各アレイのファイルシステムをアンマウントしてから、(2)次のコマンドを実行してください。

e2fsck -f -v /dev/mdx

ここで、xは問題の配列です。次に、resize2fsを実行します。これで、ファイルシステムのサイズを変更できるようになります。

ただし、私の経験では、アレイの拡大(2年以上にわたって1TBディスクで3 +1から最終的に8+ 2に段階的に拡大)はパフォーマンスに影響を与えるようです。これは、ストリップサイズなどがデータディスクの数(つまり、RAID5の場合はn-1、RAID6の場合はn-2)に依存しているため、新しいアレイ用に最適化されなくなったためと考えられます。

ストリップ幅= [ストライドサイズ]×[#データディスク]

その後、次のようにtune2fsでこれに対処する必要があります。

tune2fs -E stride=n,stripe-width=m /dev/mdx

詳細については、これを参照してください: https://raid.wiki.kernel.org/index.php/RAID_setup

1
user324437