「重複したPVが見つかりました」

「重複したPVが見つかりました」
SERVER:~ # pvs
  Found duplicate PV Wb0b2UTCKtpUtSki0k2NnIB24qNj4CEP: using /dev/mapper/36005076304ffc2500000000000004903 not /dev/mapper/36005076304ffc2990000000000004903
  PV                                            VG          Fmt  Attr PSize   PFree  
  /dev/mapper/36005076304ffc2500000000000004903 application lvm2 a--   50.00g  35.00g
  /dev/sda4                                     system      lvm2 a--  133.24g 100.39g
SERVER:~ # 

OSはSLES 11 SP3です。

質問:これは問題でしょうか? もしそうなら、重複した PV メッセージをどのように解決しますか? :) ディスクは SAN/マルチパスから来ています。

答え1

私の個人的な経験では、「重複した PV」は通常、システムが特定の SAN LUN にマルチパス アクセスを持っているが、LVM が個々のパスのブロック デバイスをフィルターするように構成されていないために発生します。デバイス マッパー名は WWNN/WWPN のように見えます (ただし、SLES の経験が十分でないため、それが別のものであるかどうかはわかりません)。ただし、PV 自体が DM デバイスから提供される理由はわかりません。

RHEL では、/dev/disk/by-pathこれらが同じ LUN であるかどうかを確認します。

これは問題でしょうか?

マルチパス設定になっている場合、問題が発生する可能性があります。たとえば、基盤となるデバイスがマルチパスになっているはずなのに、/dev/mapper/mpathfLVM が/dev/sdf最初に検出してそれをアクティブにすると決定した場合、ストレージへのアクセスは、指定されたほど冗長化されません。たとえば、パスが/dev/sdfVG を下回ると、そのすべての LV にアクセスできなくなる可能性があります。

はいの場合、重複した PV メッセージをどのように解決しますか?

LVM では、各 PV に「LVM ヘッダー」があり、この PV の UUID、PV が属する VG の名前、同じ VG 内の他のすべての PV の UUID (これにより、PV が欠落しているかどうかがわかります) が示されます。このエラーが意味するのは、同じ UUID を持つ別の PV が見つかったということです。

したがって、これには単一の原因がないので、提供された情報に基づいて解決策を提案するのは困難です。

それたとえば、lvm.conf個々のパスを無視するようにフィルターを設定する必要があるだけです (前述のとおり)。ただし、これはほぼ WAG (推測) であるため、それを確認するにはさらに調査を行う必要があります。

lvm フィルターの例:

filter = [ "r/block/", "r/disk/", "r/sd.*/", "a/.*/" ]

上記のフィルターは、名前に「block」または「disk」という単語が含まれるデバイスをスキップ(「削除」)します。また、「sd」で始まるデバイス(、、などsdf)も削除しsdg、最後に他のすべてのデバイス(「 」)を「許可」します.*

ただし、おそらくそこまではしたくないでしょう (/dev/sda4ルート VG に を使用しているため)。個々のパス用の特定のブロック デバイスを削除するだけです。

しかし、もう一度確認してください。他にもさまざまな原因が考えられます (SAN 管理者が LUN を複製して何らかの理由でシステムに提示した、UUID 間のランダムな衝突の可能性は低い、宇宙線、不運など)。

アップデート:

また、(RHEL パス)を更新するたびに、/etc/lvm/lvm.confすべての initramfs を再構築する必要があることにも言及する必要があります。これらをルート VG の外部のストレージとして使用しているようですが (これがベスト プラクティスです)、そのファイルを変更するたびに、カーネルが起動時に同じファイルを参照し、その後も一貫した結果が得られるようにする必要があります。

関連情報