mdadm.confを正しく設定する方法

mdadm.confを正しく設定する方法

2つの配列がありますmdadm。ずっと前に一度の襲撃があったとき、私はmdadm.conf次のように書きました。

# mdadm.conf written out by anaconda
MAILADDR root
AUTO +imsm +1.x -all
ARRAY /dev/md/pv00 level=raid1 num-devices=2 UUID=55dc183e:d7199ced:929f5f4a:123c24a3

二次レイドもないのでこれを追加すればいいと思いました。だからコマンドを実行します。mdadm --detail --scan >> /etc/mdadm.conf

ところで、最初のレイドにはアイテムが2つに増えました。

# mdadm.conf written out by anaconda
MAILADDR root
AUTO +imsm +1.x -all
ARRAY /dev/md/pv00 level=raid1 num-devices=2 UUID=55dc183e:d7199ced:929f5f4a:123c24a3
ARRAY /dev/md/pv00 metadata=1.2 name=server.local:pv00 UUID=55dc183e:d7199ced:929f5f4a:123c24a3
ARRAY /dev/md/25 metadata=1.2 spares=2 name=server.local:25 UUID=a883dfb5:1a8f32ce:fd20e5d8:156a01ff
  • まず、古いアイテムを削除して新しいアイテムだけを保持する必要がありますか?どちらが良いですか?
  • 第二:古いアイテムと新しいアイテムの間に違いがあるのはなぜですか?古いものはありますが、level=raid1 num-devices=2新しいものしかありませんmetadata=1.2
    編集する:部分的に答えを見つけました。
  • 3番目:襲撃が始まらない情報を見つけます。ただし、このアレイがマウントされているfstabのエントリは、それを自動的に起動するように見えます。では、必要ではないか?

mdadm.confまた、一部の人々が更新のために書いたことを発見しました。mdadm --verbose --detail --scan > /etc/mdadm.conf 源泉。そうですか?また、ドライブ位置も出力します。例:

ARRAY /dev/md/pv00 level=raid1 num-devices=2 metadata=1.2 name=server.local:pv00 UUID=55dc183e:d7199ced:929f5f4a:123c24a3
   devices=/dev/sdi2,/dev/sdj1
ARRAY /dev/md/25 level=raid6 num-devices=6 metadata=1.2 spares=2 name=server.local:25 UUID=a883dfb5:1a8f32ce:fd20e5d8:156a01ff
   devices=/dev/sda1,/dev/sdb1,/dev/sdc1,/dev/sdd1,/dev/sdf1,/dev/sdg1

文法的に正しいですか?私の知る限り。ドライブが/dev/sd*変更されることがあります。では、追加しても安全でしょうかdevices?最近システムのSATAケーブルを交換する必要がありましたが、同じポートに接続することに注意を払わなかったため、文字が変更されました。

ベストアンサー1

マニュアルmdadmページには次のように表示されます(強調)。

echo 'DEVICE /dev/hd*[0-9] /dev/sd*[0-9]' > mdadm.conf`
mdadm --detail --scan >> mdadm.conf

これによりプロトタイプ構成ファイルIDEまたはSCSIドライブのパーティションで構成されていることが知られている現在アクティブなアレイについて説明します。 このファイルには不要な詳細が含まれる可能性があるため、使用する前に確認する必要があります。

今あなたの質問について

私の知る限り。ドライブが/dev/sd*変更されることがあります。それでは、デバイスを追加しても安全ですか?

変更できるのはデバイス名だけではありません。他のすべても変わることができます!

mdadm増加するアレイをサポートします。したがって、変更したデバイスを追加したりnum-devices=2RAIDを変更したりできますlevel=raid1。ドライブに障害が発生し、スペアドライブが自動的に引き継がれる可能性があります。この状況は、spares=2アレイで使用できるスペアドライブの数が少ないために変更されます。name=保護されていなくてもmdadmホスト名とアレイ名の処理方法にはさまざまな問題があります。。メタデータのバージョンが過去に変更されているため、お使いの場合に更新してくださいmetadata=0.90。今後新しいメタデータがある場合は、再度更新することもできます。mdadmmetadata=1.0

生涯の間に配列で変更されないことの1つは次のとおりです。UUID=a883dfb5:1a8f32ce:fd20e5d8:156a01ffしたがって、あなたがリンクした質問の提案は次のとおりです。

各配列にUUIDのみを使用し、他のものを使用しないでください。

これらすべての変数の唯一の目的は正しい配列を識別することであり、UUID自体は他のものを必要とせずにこれを完全に行います。だから他のものを削除してください。

もちろん、本当にしたい場合は、UUIDを変更することもできます。しかし、これは、アレイの通常の動作中に発生する他の変更よりも意図的な動作である。

mdadm --detail --scanこれは開始点にすぎないため、文字通り使用しないでくださいmdadm.conf。マンページに示すように、あまりにも冗長で詳細が多すぎると、アセンブリが失敗する可能性があります。

おすすめ記事