Linux) Found duplicate PV <UUID> or PV Unknown 에러 분석

원인

 

리눅스는 LVM을 생성하는 과정에서 Metadata를 남깁니다. 

 

https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html-single/logical_volume_manager_administration/index

 

여기서 운영중인 서버에서  "pvs, pvcreate, vgs" 등의 명령을 입력할 때 아래와 같은 출력값을 보여주는 경우가 간혹 있습니다.

Found duplicate PV GDjTZf7Y03GJHjteqOwrye2dcSCjdaUi: using /dev/dm-5 not /dev/sdd

[root@test ~]# pvs
Couldn't find device with uuid Lu7cAF-CUBP-eQ2q-ZR2T-TfJ6-FnzT-EIhheJ.
PV           VG Fmt   Attr  PSize     PFree
/dev/sda2 rhel lvm2 a--   <14.50g  0
[unknown] rhel lvm2 a-m <8.00g <8.00g

 

 

구글링을 하여 확인해보니 두가지 방법을 많이들 사용하는 것으로 확인됩니다.

아래의 작업을 해보기 전에 LVM 스캔작업과 OS 재기동 작업은 해보고 아래의 해결 방안을 시도해보는 것이 좋다고 생각합니다.

추가로 해당 UUID에 해당되는 PV에 대한 Device가 실제로 리눅스에서 존재하고 있는지 "fdisk -l, lsblk, pvdisplay" 등을 이용하여 먼저 확인을 해보고 진행하여야 합니다.

 

 

1. LVM 필터를 통한 특정 장치의 Metadata 검색 제한

주로 Multipath로 2개 이상의 path를 /dev/mapper/mpatha(/dev/sdc, /dev/sdd)와 같이 하나의 장치인 것 처럼 보이게 설정하였을 때 mpatha의 장치인 /dev/sdc, /dev/sdd 에 대한 Metadata 정보가 동일하다고 생각하여 출력이 되는 경우입니다.

 

위의 증상과 달리 can't find가 나오지 않고 Found duplicat PV만 나온다면 Metadata 중복 증상으로 생각해도 될 것 같습니다.

 

해결 방법은 아래의 링크를 참고하면 도움이 될것 같습니다.

lvm_found_duplicate_pv_에러_발생시_처리_방법 [AllThatLinux!]

 

 

2. vgcfgrestore 명령을 통한 Metadata 복원

만약 위의 증상과 같이 "Couldn't find device with uuid Lu7cAF-CUBP-eQ2q-ZR2T-TfJ6-FnzT-EIhheJ." 이러한 출력값도 같이 나온다면 PV, VG Metadata 손상을 의심하여야 합니다.

 

이의 경우 주로 VG의 metadata를 실수로 덮어 쓰기를 하거나 Metadata의 정보가 정확하지 않을 때 생기는 오류라고합니다.

만약 이와 같이 PV, VG의 Metadata가 손상되었는데 Metadata의 LVM 태깅을 이용해서 회피하는 방법을 사용한다면 데이터 정합성이 맞지 않아서 Filesystem Corruption이 발생할 수도 있습니다. 

 

해결 방법은 아래의 링크를 참고하여 신중하게 진행하는 것이 좋을 것 같습니다.

추가로 어느 특정 시점의 VG Metadata를 이용하여 복원하는 것이기 때문에 데이터 유실은 생각하여야됩니다.

7.4. Recovering Physical Volume Metadata Red Hat Enterprise Linux 6 | Red Hat Customer Portal