☰

vgcfgrestore 後の LVM は次のエラーを取得しました: device-mapper: reload ioctl on (254:19) が失敗しました: 利用可能なデータがありません

tag-icon • tag-icon lvm data-recovery disk-volume
vgcfgrestore 後の LVM は次のエラーを取得しました: device-mapper: reload ioctl on (254:19) が失敗しました: 利用可能なデータがありません

サーバーにはいくつかのボリュームを持つ Thin LVM があります。

vm-130-disk-0 - was deleted and need to be restored.
vm-137-disk-0 - was NOT deleted.

削除前に作成された /etc/lvm/archive/pve_00336-2034680334.vg を復元しようとしています:

# vgcfgrestore --force --file /etc/lvm/archive/pve_00336-2034680334.vg pve
# vgimport pve
# lvchange -ay /dev/pve/vm-130-disk-0
      Thin pool pve-data-tpool (254:6) transaction_id is 324, while expected 311.
      ...

# lvs -a              
  LV              VG   Attr       LSize   Pool Origin Data%  Meta%
  data            pve  twi---tz--   1.57t      # NOT activated pool data
  [data_tdata]    pve  Twi-a-----   1.57t      # OK  a=Activated
  [data_tmeta]    pve  ewi-a-----  16.00g      # OK  a=Activated                                              
  root            pve  -wi-a-----  10.00g      # OK  a=Activated                                 
  vm-130-disk-0   pve  Vwi---tz--  32.00g data # NOT activated deleted volume
  vm-137-disk-0   pve  Vwi---tz--  22.00g data # NOT activated non-deleted volume
  ...

さて、ここでは、tmeta と tpool 間のトランザクションの不一致が原因で失敗しました。インターネットで回答したほとんどの人は、ミラー状況 (tpool=312 および tmeta=324) を抱えており、.vg ファイルの transaction_id 修正が役立つようです。.vg ファイルを修正してアクティブ化してみましょう。

Changed by hands transaction_id from 311 to 324 in /etc/lvm/archive/pve_00336-2034680334.vg ..

# vgcfgrestore --force --file /etc/lvm/archive/pve_00336-2034680334.vg pve
# vgimport pve
# lvchange -ay /dev/pve/vm-130-disk-0
   device-mapper: reload ioctl on (254:19) failed: No data available

In debug log appears: pve-vm--130--disk--0: Skipping NODE_DEL [trust_udev]

# lvs -a
  LV              VG   Attr       LSize   Pool Origin Data%  Meta%
  data           pve  twi-aotz--   1.57t             5.86   0.44  # OK
  [data_tdata]   pve  Twi-a-----   1.57t                          # OK                      
  [data_tmeta]   pve  ewi-a-----  16.00g                          # OK                      
  root           pve  -wi-a-----  10.00g                          # OK                      
  vm-130-disk-0  pve  Vwi---tz--  32.00g data                     # NOT activated deleted volume
  vm-137-disk-0  pve  Vwi-a-tz--  22.00g data        67.91        # OK activated non-deleted volume
  ...

削除されたボリュームに対して「利用可能なデータがありません」。悲しいです。私の知る限り、tpool には transaction_id=324 があり、何らかの方法で tpool を 312 にロールバックする必要があります。方法がわかりません。

pve/vm-130-disk-0 をアクティブ化するにはどうすればよいですか?

# lvm version
  LVM version:     2.02.168(2) (2016-11-30)
  Library version: 1.02.137 (2016-11-30)
  Driver version:  4.35.0

# uname -a
Linux adminslotlogicrestoreasap 4.9.0-11-amd64 #1 SMP Debian 4.9.189-3+deb9u2 (2019-11-11) x86_64 GNU/Linux

読んでいただきありがとうございます。アドバイスをいただければ幸いです。

答え1

シン LVM アーカイブ ファイル /etc/lvm/archive/*.vg にはセグメント内に物理エクステントはなく、device_id のみがあります。device_id とブロック デバイス上の物理エクステント間のマッピングは LVM メタデータに保存され、非アクティブ プールからダンプできます。

vgimport pve
lvchange --yes -ay pve/data_tmeta
thin_dump  /dev/mapper/pve-data_tmeta -o thin_dump_pve-data_tmeta.xml
lvchange       -an pve/data_tmeta

感謝削除削除された device_ids は表示されません。

したがって、説明したケースではシンリカバリは不可能です。

参照開発者のフィードバック (2014)。

関連情報