
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=2
RAIDを変更したりできますlevel=raid1
。ドライブに障害が発生し、スペアドライブが自動的に引き継がれる可能性があります。この状況は、spares=2
アレイで使用できるスペアドライブの数が少ないために変更されます。name=
保護されていなくてもmdadm
ホスト名とアレイ名の処理方法にはさまざまな問題があります。。メタデータのバージョンが過去に変更されているため、お使いの場合に更新してくださいmetadata=0.90
。今後新しいメタデータがある場合は、再度更新することもできます。mdadm
metadata=1.0
生涯の間に配列で変更されないことの1つは次のとおりです。UUID=a883dfb5:1a8f32ce:fd20e5d8:156a01ff
したがって、あなたがリンクした質問の提案は次のとおりです。
各配列にUUIDのみを使用し、他のものを使用しないでください。
これらすべての変数の唯一の目的は正しい配列を識別することであり、UUID自体は他のものを必要とせずにこれを完全に行います。だから他のものを削除してください。
もちろん、本当にしたい場合は、UUIDを変更することもできます。しかし、これは、アレイの通常の動作中に発生する他の変更よりも意図的な動作である。
mdadm --detail --scan
これは開始点にすぎないため、文字通り使用しないでくださいmdadm.conf
。マンページに示すように、あまりにも冗長で詳細が多すぎると、アセンブリが失敗する可能性があります。
答え2
mdadm.confファイルを編集したら、起動設定を更新して再起動して次のことを確認する必要があります。
$ sudo vi /etc/mdadm/mdadm.conf
$ sudo update-initramfs -u
update-initramfs: Generating /boot/initrd.img-5.19.0-35-generic
I: The initramfs will attempt to resume from /dev/sdg5
I: (UUID=9fdd3772-4599-40b0-89e3-ec79fd4787be)
I: Set the RESUME variable to override this.
$ sudo reboot
お読みください:https://raid.wiki.kernel.org/index.php/Tweaking,_tuning_and_troubleshooting