MDレイドは今日の最初の実行に失敗しました。

MDレイドは今日の最初の実行に失敗しました。

ここにUbuntu 16.04.2を実行するSuperMicroデバイスがあります。 f3レイアウトに24個のドライブを含むRAID-10アレイを設定しましたが、必要に応じて調整した後に問題が発生しました。

毎日使用できるデバイスではなく、毎日入ってくるときにオンにし、出るときに切る方です。

毎日初めてデバイスの電源を入れると、起動せずにインストールされているより大きなmd raidでsystemdがクラッシュします(起動ドライブにRAID 1があります)。

# mdadm.conf
#
# Please refer to mdadm.conf(5) for information about this file.
#

# by default (built-in), scan all partitions (/proc/partitions) and all
# containers for MD superblocks. alternatively, specify devices to scan, using
# wildcards if desired.
#DEVICE partitions containers

# auto-create devices with Debian standard permissions
CREATE owner=root group=disk mode=0660 auto=yes

# automatically tag new arrays as belonging to the local system
HOMEHOST <system>

# instruct the monitoring daemon where to send mail alerts
MAILADDR root

# definitions of existing MD arrays
ARRAY /dev/md/0  metadata=1.2 UUID=6581959a:3276c5d0:b401a3df:da599629 name=farnsworth:0

# This file was auto-generated on Tue, 11 Apr 2017 09:47:26 -0500
# by mkconf $Id$
ARRAY /dev/md/1 metadata=1.2 name=farnsworth:1 UUID=ea97974f:a3e840cd:d4bbcf9e:438957fe

私のmdadm.confによると、これはうまくいくはずですが、これ以上のことは、再起動後に完全に機能することです。

mdadm --detail --scan

デバイスが起動に失敗した場合でも、両方のアレイがアクティブ状態で表示されます。

エラーはどこで見つけるべきですか?

編集:ドライブはすべてSATAを使用して接続された1TB Seagate ES.2ドライブです。 Ubuntu 16.04を使用してください。

最初のコメント作成者の提案に従って(再起動するのではなく)、電源を切って再びオンにしました。ルートはこのアレイにありません。

その日付に最初に表示される場合は /dev/md/1 と表示されますが、その後は /dev/md/farnsworth:1 と表示されます。

なぜこれですか?

ベストアンサー1

mdadm.conf通常、initramfsに2番目のコピーがあります。編集後にコピーを更新するには、同様のタスクを実行するmdadm.conf必要があります。update-initramfs -u

2 つのコピーが同期しない場合、アレイの組み立て結果が initramfs の前または後に完了したかどうかによって異なる競合状態が発生する可能性があります。また、変更が無視されるように見える明白な混乱を招く可能性があります。

おすすめ記事