web-dev-qa-db-ja.com

重複するlvm物理ボリュームuuidを削除しますか？

今日、rhel 5サーバーをアップグレードした後、新しいカーネルで再起動しました：curr = 2.6.18-371.el5PAE prev = 2.6.18-348.18.1.el5PAE。

起動シーケンスで、論理ボリューム管理が開始されたことを示すメッセージが表示され、すぐにこれが表示され、レスキューシェルが提供されました。

重複するPVBPF ... ayVが見つかりました：/ dev/md3ではなく/ dev/sdc1を使用しています。

注：/ dev/sdc1および/ dev/sdb1は、raid1配列/ dev/md3のメンバーです。

このことから、lvm2ソフトウェアは/ dev/sdc1と/ dev/md3が同じUUIDを持つpvであると見なし、lvm2ソフトウェアが/ dev/md3を無視して/ dev/sdc1を使用することを選択したと想定しました。

電源を切り、sdcのドライブを抜いて、再起動しました。予期せぬことに、システムは私が問題に気付かずに起動しました。もちろん、md3は劣化しました。

電源を切り、取り外したドライブを接続して再起動すると、問題に気付かずにシステムが再起動しました。もちろん、md3はまだ劣化していますが、予期しないことが起こりました。

問題のある論理ボリューム内のファイルシステムがマウントされました。

Pvdisplayを実行したところ、上記と同じエラーが発生しました。もちろん、sdc1をmd3に戻そうとすると、lvm2ソフトウェアで使用されていたため、許可されませんでした。

ファイルシステムをアンマウントし、lvデバイスパスでe2fsckを実行しました。そこには問題はありません（しかし、問題があったはずです）。

本当に4つの関連する質問があります（申し訳ありません）。 3の答えが「はいまたは並べ替え」であると仮定すると、4の答えが私に必要なものです。私は最初の2つに尋ねました。なぜなら、最後の2つに対する答えを理解するには、彼らの答えを理解する必要があると想定しているからです。

  1. 論理ボリュームが元々/ dev/sdc1ではなく/ dev/md3のpvで構成されていた場合、ファイルシステムに問題がないのはなぜですか？

  2. 論理ボリュームが内の物理ボリュームに関して一貫性を持たないようにするために、/ dev/sdc1は/ dev/md3と異なるべきではありませんか？これは質問1で答えられるかもしれません。

  3. / dev/sdc1からpv情報を削除し、/ dev/sdc1を/ dev/md3に追加して戻すことで、問題を解決できますか？

  4. ＃3の答えが「はい」の場合、論理ボリュームとそのファイルシステムを破棄せずにどうすればよいですか？

いくつかの歴史：

「pvcreate/dev/sdc1」を実行したことがないので、なぜこれが発生するのかわかりません。ただし、/ dev/sdcが最近私を悩ませているのは事実です。そのスマートモン（sp？）は、スマートデータを読み取れない、またはデバイスを表示することさえできないと教えてくれます。 （a）再起動、（b）再起動+ BIOSハング+電源切断+ sataケーブルのリセット+電源オン、またはシーケンスbのいずれかで問題を修正しますが、sataケーブルを単に取り付け直すのではなく交換します。

raidlvmmdpv
1
Jeff Holt

  1. 質問したと思う質問をしたかどうかはわかりませんが、/ dev/md3はミラーセットであるため、/ dev/sdb1および/ dev/sdc1と同じです。

  2. いいえ、すべきではありません。

  3. いいえ、データが失われます。

  4. 該当なし

/etc/lvm.confファイルを変更してsdb *およびscd *デバイスを拒否するようにフィルターを変更し、initrdを再生成してから再起動することで、このエラーメッセージを取り除くことができます。

2
John

基本的な問題は、配列が最後にMDスーパーブロックを使用して作成されたことです。つまり、最初のスーパーブロックは、予想されるオフセットでまだ認識可能です。 PVスーパーブロックが解析されるのを妨げる唯一のことは、MDサブシステムが最初にデバイスを取得することです。通常。別のスーパーブロックも検出可能な場合、上層が降伏するように注意することがありますが、それは壊れやすい場合があります。

これを回避する方法は2つあります。

  • -metadata = 1.2でアレイを作成します これは2010年以降のデフォルトです。PVスーパーブロックは512kシフトされ、組み立てられていないデバイスでは認識されません。
  • LVMのMD統合を使用します。 --type=raidXXをlvcreateまたはlvconvertに指定します。 LVMはアセンブルされていないデバイスを公開しません。

通常、これらの予防措置は作成時に行われますが、あなたの場合（最後にメタデータがあり、PVを含むraid1）、それほど問題なくLVM統合MDに変換できます。

アレイが同期され、ファイルシステムがほぼ正常であることを確認したら、それを分解して、両方のディスクのレイドスーパーブロックを削除できます（wipefsマンページを注意深く読んでください。PVスーパーブロックを削除する必要はありません）。間違い）、1つのメンバーだけでPVスーパーブロックを削除し、VGをそのメンバーに拡張して、論理ボリュームを--type=raid1 --mirrors=1にlvconvertします。最後に、両方のディスクでgrub-installを再実行します。

1
Gabriel