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/mpathf
LVM が/dev/sdf
最初に検出してそれをアクティブにすると決定した場合、ストレージへのアクセスは、指定されたほど冗長化されません。たとえば、パスが/dev/sdf
VG を下回ると、そのすべての 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 の外部のストレージとして使用しているようですが (これがベスト プラクティスです)、そのファイルを変更するたびに、カーネルが起動時に同じファイルを参照し、その後も一貫した結果が得られるようにする必要があります。