lvm vgchange 장치 매퍼 ioctl 다시 로드에 실패했습니다. 사용 가능한 데이터가 없습니다.

Question

해결책을 검색하던 중 다음 스레드를 발견했습니다.https://charles-gagnon.medium.com/repair-a-thin-pool-a42f41169541. 불행하게도 설명된 단계로는 내 문제를 해결할 수 없었기 때문에 이 스레드는 실제로 도움이 되지 않았지만 작성자는 다음과 같이 언급했습니다.카이 밍홍이것이 그에게 도움이 됩니다. 그래서 나도 그에게 연락했고 그는 문제 해결을 도와주었습니다.

먼저 내 질문의 기본 구조와 사례를 이해해야 합니다.

볼륨 그룹이 있습니다VG1이 시간은/dev/md1:

[~] # pvdisplay
  --- Physical volume ---
  PV Name               /dev/md1
  VG Name               vg1
  PV Size               21.80 TiB / not usable 2.50 MiB
  Allocatable           yes (but full)
  PE Size               4.00 MiB
  Total PE              5715872
  Free PE               0
  Allocated PE          5715872
  PV UUID               C6femQ-nMRN-d8F0-f2pk-BRVA-pQuH-Dv3skX

이 볼륨 그룹에는 많은 논리 볼륨이 있지만 문제의 논리 볼륨은 다음과 같습니다.TP1:

  --- Logical volume ---
  LV Name                tp1
  VG Name                vg1
  LV UUID                Hk25P5-gQkc-pJHw-jKfL-U9cB-2vBF-74lr2L
  LV Write Access        read/write
  LV Creation host, time MAML-NAS01, 2021-08-03 13:01:08 +0200
  LV Pool metadata       tp1_tmeta
  LV Pool data           tp1_tierdata_0
  LV Status              available
  # open                 3
  LV Size                21.60 TiB
  Allocated pool data    32.45%
  Allocated pool chunks  14697037
  Allocated metadata     0.69%
  Current LE             5662224
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     4096
  Block device           252:6

이 논리 볼륨은 볼륨 그룹 내에 저장된 단순한 데이터 블록이 아닙니다. 볼륨 그룹의 정의된 영역을 동적으로 채우는 씬 프로비저닝 공간입니다. 이 씬 프로비저닝된 공간 내에서 논리 볼륨을 생성할 수 있습니다(제 경우에는레벨 1그리고LV288). 이러한 씬 프로비저닝 공간은 두 개의 논리 볼륨으로 구성됩니다.tp1_tmeta그리고tp1_tierdata_0. 하나의 논리 볼륨은 데이터를 저장하는 데 사용되고 다른 논리 볼륨은 논리 구조를 저장하는 데 사용됩니다.

제 경우에는 RAID-5가 충돌했습니다(/dev/md1), 따라서 또한tp1_tmeta논리 볼륨.

첫 번째 단계는 메타데이터 덤프(파일 크기 약 100MB)를 생성하는 것입니다. 메타데이터 스냅샷 오프셋 8388565는 QNAP LVM에만 해당됩니다.

thin_dump /dev/mapper/vg1-tp1_meta0 --metadata-snap=8388565 -o dump.txt

Metadata-snap 명령줄 매개변수에 유의하십시오. 메타데이터 풀은 반복 스냅샷을 수행합니다. 풀이 충돌하면 해당 스냅샷으로 롤백할 수 있습니다.

두 번째 단계에서는 풀을 복원합니다.

/sbin/pdata_tools thin_restore -i dump.txt -o /dev/mapper/vg1-tp1_meta6

내 경우에는 복원했습니다.vg1-tp1_meta6이는 유일하게 열려 있는 메타데이터 풀이기 때문입니다./dev/md1(내 질문 참조).

그런 다음 이것이 이제 풀 메타데이터임을 tp1에 알려야 합니다.

lvconvert vg1/tp1 --poolmetadata vg1/tp1_meta6
lvconvert --thinpool vg1/tp1 --poolmetadata vg1/tp1_meta6
lvconvert vg1/tp1 --swapmetadata --poolmetadata vg1/tp1_meta6
lvconvert --type tier-thin-pool --thinpool vg1/tp1 --poolmetadata vg1/tp1_meta6

~ 후에vg1-tp1_meta6논리 볼륨은 tp1에 바인딩되어 숨겨집니다. 이제 씬 논리 볼륨과 그 안에 있는 논리 볼륨을 활성화할 수 있습니다.

내 경우에는 복구 명령(다른 스레드에서 자주 언급됨)이 호출될 때마다 복구를 위해 또 다른 메타데이터 장치를 생성했지만, 내 경우에는 메타데이터를 복구할 수 없어 충돌이 발생했습니다(롤백할 필요 없음). 그래서 삭제해야 했어요/dev/sdf내 볼륨 그룹에서:

vgsplit vg1 vg2 /dev/sdf

제 경우에는 내부 논리 볼륨도 손상되었습니다. 논리 볼륨 lv1 및 lv288은 ext4를 사용하여 포맷되었으며 여기서 파일 시스템 검사를 수행해야 합니다. 파일 시스템 검사에는 e2fsck_64를 사용하십시오.

Answer 1