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:~ #
운영 체제는 SLES 11 SP3입니다.
질문:이것이 문제가 될 수 있습니까? 그렇다면 중복 PV 메시지를 해결하는 방법은 무엇입니까? :) 디스크가 SAN/다중 경로에 있습니다.
답변1
개인적인 경험에 따르면 "중복 PV"는 일반적으로 시스템이 특정 SAN LUN에 대한 다중 경로 액세스를 갖고 있지만 LVM이 각 경로에 대해 블록 장치를 필터링하도록 구성되지 않았기 때문에 발생합니다. 장치 매퍼 이름은 WWNN/WWPN처럼 보입니다(비록 이것이 다른 것일 수 있는지 알기에는 SLES에 대한 경험이 충분하지 않지만). 그러나 PV 자체가 DM 장치에 의해 제공되는 이유는 확실하지 않습니다.
/dev/disk/by-path
RHEL에서는 이것이 동일한 LUN인지 확인합니다 .
이것이 문제가 될 수 있습니까?
다중 경로 설정이 필요한 경우 문제가 될 수 있습니다. 예를 들어, 기본 장치가 있어야 하는데 /dev/mapper/mpathf
LVM이 /dev/sdf
이를 먼저 찾아 활성화하기로 결정한 경우 저장소에 대한 액세스는 사용자가 지정한 만큼 중복되지 않습니다. 예를 들어, 경로가 /dev/sdf
VG를 따르는 경우 모든 LV에 액세스할 수 없게 될 수 있습니다.
그렇다면 중복 PV 메시지를 해결하는 방법은 무엇입니까?
LVM을 사용하면 각 PV에는 해당 PV의 UUID, 해당 VG의 이름, 동일한 VG에 있는 다른 모든 PV의 UUID를 알려주는 "LVM 헤더"가 있습니다(이것이 누락된 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 간의 무작위 충돌, 우주 광선, 불운 등이 발생할 가능성은 거의 없습니다).
고쳐 쓰다:
/etc/lvm/lvm.conf
또한 업데이트할 때마다 가지고 있는 initramfs(RHEL 경로)를 다시 빌드해야 한다는 점도 언급해야 합니다 . 이를 루트 VG 외부의 저장소로 사용하는 것처럼 보이지만(모범 사례임), 파일을 수정할 때마다 시작 시 커널이 이후와 동일한 파일을 볼 수 있도록 해야 일관된 결과를 얻을 수 있습니다. .