アップデート1に返信

Question 1

まず、コンピュータの設定方法によっては、ドライブの書き換えが時々発生します。再起動後もドライブ文字はしばらく安定していないと予想されます。したがって、あなたの推進力があなたに伝わるのは大きな問題ではありません。

dmraidとdevice-mapperがデバイスを使用していないとします。

まあ、mdadm --stop /dev/md0おそらく忙しいメッセージを処理しています。それが文句を言う理由のようです。その後、組み立てラインを再試行できます。うまくいかない場合は--stopを再度アセンブルします--run（--assemble --scanを実行しないと、パフォーマンスが低下したアレイは起動しません）。その後、障害が発生したディスクを取り外して再度追加して再構築を試みることができます。

/ dev / sdeは廃止されました（イベントカウンタの確認）。他のものは一見すると大丈夫に見えるので、実際には困難がない可能性が高いと思います。

まだスーパーブロックを0に設定してはいけません。データ損失のリスクが高すぎます。 --runが機能しない場合は、問題を解決するために自分が何をしているのかを知っている人をローカルで（またはSSH経由で接続できる）人を見つける必要があると思います。

アップデート1に返信

mdadmの「配列を開始するのに十分ではない」というメッセージは決して良いニュースではありません。これは、mdadmが12個のドライブRAID5アレイで10個のドライブを見つけたことを意味し、RAID5は生存のみ可能であることを知っていることを願っています。一つ二度は失敗しないでください。

さて、何が起こったのかを総合してみましょう。まず、リブート後にドライブ文字が変更され、把握しようとしている間に迷惑しましたが、mdraidはそれを気にしませんでした。 mdadm 出力を読み取る場合、次は発生した再マッピングです (raid ディスク番号でソート)。

00 sdh1 -> sdb1
02 sdk1 -> sde1 [OUTDATED]
03 sdg1 -> sda1
04 sdf1 -> sdm1
05 sdd1 -> sdk1
06 sdm1 -> sdg1
07 sdc1 -> sdj1
08 sdi1 -> sdc1
09 sde1 -> sdl1
10 sdj1 -> sdd1
11 sdl1 -> sdf1
13 sdb1 -> sdi1 [SPARE]

＃02の「イベント」カウンタは他のカウンタよりも低くなります。これは、ある時点で配列を離れたことを意味します。

たとえば、「12ドライブRAID5、1ホットスペア」は正しいですか？

しかし、これが起こる原因となる失敗の順序が何であるかよくわかりません。ある時点で、デバイス＃1が失敗し、デバイス＃12を再構築し始めたようです。

しかし、次に何が起こったのか正確にはわかりません。ログがあるか、管理者に連絡する必要があります。これは説明できないことです：

とにかく12番が13番になりました。いつのまにか2位は12位になりました。

したがって、＃12で再構築してください。しなければならない完了すると＃12が＃1になります。たぶんそうではないかもしれません。おそらく何らかの理由で再建が不可能な場合があります。したがって、＃2が失敗したか、＃2が失敗して再構築が完了していない可能性があります。誰か＃2を削除してもう一度追加してみましたか？これで12位になることもできます。その後、スペアを削除して再度追加して＃13にすることができます。

いいですね。しかし、もちろん、この時点でディスクエラーが2回発生しました。わかりましたね。

これが起こると、2つのディスクエラーが発生しました。これは、データが失われたことを意味します。次の作業は、データの重要性によって異なります（バックアップの品質も考慮）。

データが非常に重要でバックアップが正しく行われていない場合は、データ復旧の専門家に連絡してください。それ以外の場合:

データの価値が十分に高い場合は、関連するすべてのディスクをイメージングするために使用する必要がありますdd（より大きなディスクを使用し、各ディスクにファイルを入れることでコストを節約できます。たとえば、2TBまたは3TBの外部ディスク）。次に画像をコピーします。その後、そのコピーを復元します（これを行うにはループデバイスを使用できます）。

より多くのスペアパーツを入手してください。死んだディスクがある可能性があります。少なくともいくつかの問題があるディスクがあります。smartctlこれにより、より多くの情報を得ることができます。

--forceあなたの行の横に--assemble。それにもかかわらず、これによりmdadmは古いディスクを使用します。つまり、一部の業界には古いデータがあり、一部の業界ではそうではありません。新しいディスクの1つをスペアディスクとして追加し、再構築が完了するのを待ちます。悪いブロックにぶつからないようにしてください（これは再構築が失敗する可能性があります。唯一の答えはディスクにそれをマッピングさせることです）。以下はfsck -fディスクです。エラーがある可能性があります。修理後にディスクをマウントし、データの外観を確認してください。

提案

今後は12ディスクRAID5を構築しないでください。 2台のハードドライブが故障する可能性が高すぎます。代わりにRAID6またはRAID10を使用してください。また、アレイの不良ブロック（）を定期的にクリーンアップしてくださいecho check > /sys/block/md0/md0/sync_action。

Answer

まず、コンピュータの設定方法によっては、ドライブの書き換えが時々発生します。再起動後もドライブ文字はしばらく安定していないと予想されます。したがって、あなたの推進力があなたに伝わるのは大きな問題ではありません。

dmraidとdevice-mapperがデバイスを使用していないとします。

まあ、mdadm --stop /dev/md0おそらく忙しいメッセージを処理しています。それが文句を言う理由のようです。その後、組み立てラインを再試行できます。うまくいかない場合は--stopを再度アセンブルします--run（--assemble --scanを実行しないと、パフォーマンスが低下したアレイは起動しません）。その後、障害が発生したディスクを取り外して再度追加して再構築を試みることができます。

/ dev / sdeは廃止されました（イベントカウンタの確認）。他のものは一見すると大丈夫に見えるので、実際には困難がない可能性が高いと思います。

まだスーパーブロックを0に設定してはいけません。データ損失のリスクが高すぎます。 --runが機能しない場合は、問題を解決するために自分が何をしているのかを知っている人をローカルで（またはSSH経由で接続できる）人を見つける必要があると思います。

アップデート1に返信

mdadmの「配列を開始するのに十分ではない」というメッセージは決して良いニュースではありません。これは、mdadmが12個のドライブRAID5アレイで10個のドライブを見つけたことを意味し、RAID5は生存のみ可能であることを知っていることを願っています。一つ二度は失敗しないでください。

さて、何が起こったのかを総合してみましょう。まず、リブート後にドライブ文字が変更され、把握しようとしている間に迷惑しましたが、mdraidはそれを気にしませんでした。 mdadm 出力を読み取る場合、次は発生した再マッピングです (raid ディスク番号でソート)。

00 sdh1 -> sdb1
02 sdk1 -> sde1 [OUTDATED]
03 sdg1 -> sda1
04 sdf1 -> sdm1
05 sdd1 -> sdk1
06 sdm1 -> sdg1
07 sdc1 -> sdj1
08 sdi1 -> sdc1
09 sde1 -> sdl1
10 sdj1 -> sdd1
11 sdl1 -> sdf1
13 sdb1 -> sdi1 [SPARE]

＃02の「イベント」カウンタは他のカウンタよりも低くなります。これは、ある時点で配列を離れたことを意味します。

たとえば、「12ドライブRAID5、1ホットスペア」は正しいですか？

しかし、これが起こる原因となる失敗の順序が何であるかよくわかりません。ある時点で、デバイス＃1が失敗し、デバイス＃12を再構築し始めたようです。

しかし、次に何が起こったのか正確にはわかりません。ログがあるか、管理者に連絡する必要があります。これは説明できないことです：

とにかく12番が13番になりました。いつのまにか2位は12位になりました。

したがって、＃12で再構築してください。しなければならない完了すると＃12が＃1になります。たぶんそうではないかもしれません。おそらく何らかの理由で再建が不可能な場合があります。したがって、＃2が失敗したか、＃2が失敗して再構築が完了していない可能性があります。誰か＃2を削除してもう一度追加してみましたか？これで12位になることもできます。その後、スペアを削除して再度追加して＃13にすることができます。

いいですね。しかし、もちろん、この時点でディスクエラーが2回発生しました。わかりましたね。

これが起こると、2つのディスクエラーが発生しました。これは、データが失われたことを意味します。次の作業は、データの重要性によって異なります（バックアップの品質も考慮）。

データが非常に重要でバックアップが正しく行われていない場合は、データ復旧の専門家に連絡してください。それ以外の場合:

データの価値が十分に高い場合は、関連するすべてのディスクをイメージングするために使用する必要がありますdd（より大きなディスクを使用し、各ディスクにファイルを入れることでコストを節約できます。たとえば、2TBまたは3TBの外部ディスク）。次に画像をコピーします。その後、そのコピーを復元します（これを行うにはループデバイスを使用できます）。

より多くのスペアパーツを入手してください。死んだディスクがある可能性があります。少なくともいくつかの問題があるディスクがあります。smartctlこれにより、より多くの情報を得ることができます。

--forceあなたの行の横に--assemble。それにもかかわらず、これによりmdadmは古いディスクを使用します。つまり、一部の業界には古いデータがあり、一部の業界ではそうではありません。新しいディスクの1つをスペアディスクとして追加し、再構築が完了するのを待ちます。悪いブロックにぶつからないようにしてください（これは再構築が失敗する可能性があります。唯一の答えはディスクにそれをマッピングさせることです）。以下はfsck -fディスクです。エラーがある可能性があります。修理後にディスクをマウントし、データの外観を確認してください。

提案

今後は12ディスクRAID5を構築しないでください。 2台のハードドライブが故障する可能性が高すぎます。代わりにRAID6またはRAID10を使用してください。また、アレイの不良ブロック（）を定期的にクリーンアップしてくださいecho check > /sys/block/md0/md0/sync_action。

Question 2

mdadmコマンドを使用して、次のカーネルパラメータで起動できます。init = / bin / bash

Answer

mdadmコマンドを使用して、次のカーネルパラメータで起動できます。init = / bin / bash

Question 3

これがこの問題を解決するための最良の方法であるかどうかはわかりませんが、私のRAID10のドライブの1つが未知の理由で同期されていないときに役立ちました。

まず、見つけることができるすべてのRAIDコンテナを停止しましたsudo mdadm --stop /dev/md*（複数のRAIDを実行している場合は注意してください。一部は依存する可能性があります）。その後、scanコマンドを使用してすべてのRAIDを再作成しました。

sudo mdadm --assemble --scan --verbose

しかし、これにより、同期されていないドライブ用に別々のコンテナが作成され、停止しました（sudo mdadm --stop /dev/mdXどのコンテナを調べるかがわかります。私の場合は、同期されていないドライブのデバイス名も表示されます）。。最後に、私の場合は、このドライブを親コンテナに再度追加します。Xsudo mdadm --detail /dev/md*/dev/sdgmd127

sudo --manage /dev/md127 -a /dev/sdg

これで同期が開始され、確認してわかります。

sudo watch cat /proc/mdstat
…
[===>............................] recovery = 8.3%
…

Answer

これがこの問題を解決するための最良の方法であるかどうかはわかりませんが、私のRAID10のドライブの1つが未知の理由で同期されていないときに役立ちました。

まず、見つけることができるすべてのRAIDコンテナを停止しましたsudo mdadm --stop /dev/md*（複数のRAIDを実行している場合は注意してください。一部は依存する可能性があります）。その後、scanコマンドを使用してすべてのRAIDを再作成しました。

sudo mdadm --assemble --scan --verbose

しかし、これにより、同期されていないドライブ用に別々のコンテナが作成され、停止しました（sudo mdadm --stop /dev/mdXどのコンテナを調べるかがわかります。私の場合は、同期されていないドライブのデバイス名も表示されます）。。最後に、私の場合は、このドライブを親コンテナに再度追加します。Xsudo mdadm --detail /dev/md*/dev/sdgmd127

sudo --manage /dev/md127 -a /dev/sdg

これで同期が開始され、確認してわかります。

sudo watch cat /proc/mdstat
…
[===>............................] recovery = 8.3%
…

アップデート1に返信

答え1

アップデート1に返信

提案

答え2

答え3

関連情報