他のSCSIデバイスにマップされたiSCSIデバイス

他のSCSIデバイスにマップされたiSCSIデバイス

サーバー(Ubuntu)にiSCSIディスクアレイが接続されています。私がログインしたとき

iscsiadm -m node --login -p 192.168.1.240

このデバイスは/dev/sdbとマークされています。 /dev/sdbを使用してLVMを使用してボリュームグループを作成し、その上にext4パーティションを作成しました。再起動後、デバイスは/ dev / sddと表示され、作成されたパーティションをマウントできなくなります。 vgscanはVG(aと呼ばれる)を表示できますが、パーティションにマップされたデバイスでエラーが発生します。

vgscan
...
/dev/dm-9: read failed after 0 of 4096 at 4096: Input/output error
Found volume group "a" using metadata type lvm2

私はシステムがそれ自体(デバイスのuuidを介して)そのような変化に対処できると思いましたが、明らかに何かを見逃しています。だから私の質問は次のようになります

  • 私のiSCSIデバイスを/ dev / sdbに強制的に戻す方法はありますか?
  • そうでなければ、私のdev / dm-nデバイスに/ dev / sddを使用させる方法はありますか?
  • 効果的な方法は何ですか?今日、私のiSCSIデバイスを同じ名前(例:/ dev / iscsi / array)で表示する方法を学びました。これを行う必要がありますか?私が知っている限り、同じ/dev/sdxデバイスにiSCSIデバイスが表示されない問題はどこにも記載されていないため、他のものが欠落している可能性があります。

次へ追加:希望の効果を得るには、端末を再起動してください。デバイスが正しい位置に再表示されます。質問はまだ残っています。誰でも私が答えることができるアドバイスがあれば感謝します。

ベストアンサー1

さらなる調査を終えた後、私の質問に答えています。

  • まず、私が知っている限り、与えられたSCSIデバイスがどのsdxデバイスに表示されるかに影響を与える方法はありません。この決定はカーネルによって行われます。 Andreas Florathが指摘したように、1つの解決策はより永続的な名前を使用することです。したがって、最初の質問に対する答えは「いいえ」です。
  • デバイス名が変更され、dm-n エラーが発生した場合、ボリュームグループをリフレッシュするとvgchange VGNAME --refreshエラーが消えます。これで、以前と同じように論理ボリュームをマウントできます。
  • この問題を解決する1つの明確な方法は、LVMの使用を開始する前に永続デバイスIDを識別することです。しかし、uuid型名は使用するのに最も便利ではありません。その後、ここで提供されているレシピに従ってください。http://jablonskis.org/2011/pertant-iscsi-lun-device-name/udevに/ dev / iscsi / NAMEと同じ名前を生成させます。

おすすめ記事