58.14. LVM のトラブルシューティング

手順

• 以下の方法を使用して、さまざまな診断データを収集します。

  • -v 引数を LVM コマンドに追加して、コマンドの出力の詳細レベルを増やします。v を追加すると、詳細度をさらに増やすことができます。v は最大 4 つ許可されます (例:-vvvv)。
  • /etc/lvm/lvm.conf 設定ファイルの log セクションで、level オプションの値を増やします。これにより、LVM がシステムログにより多くの情報を提供します。

  • 問題が論理ボリュームのアクティブ化に関連する場合は、アクティブ化中に LVM がログメッセージをログに記録できるようにします。

    1. /etc/lvm/lvm.conf 設定ファイルの log セクションで activation = 1 オプションを設定します。
    2. LVM コマンドに -vvvv オプションを付けて実行します。
    3. コマンドの出力を確認します。

    4. activation オプションを 0 にリセットします。

       オプションを 0 にリセットしないと、メモリー不足の状況でシステムが応答しなくなる可能性があります。

  • 診断目的で情報ダンプを表示します。

    # lvmdump

  • 追加のシステム情報を表示します。

    # lvs -v

    # pvs --all

    # dmsetup info --columns

  • /etc/lvm/backup/ ディレクトリーの最後の LVM メタデータのバックアップと、/etc/lvm/archive/ ディレクトリー内のアーカイブバージョンを確認します。

  • 現在の設定情報を確認します。

    # lvmconfig

  • /run/lvm/hints キャッシュファイルで、物理ボリュームを持つデバイスを記録します。

前提条件

• 見つからない物理ボリュームのメタデータを特定している。詳細は、見つからない LVM 物理ボリュームのメタデータの検索 を参照してください。

検証

• アクティブな論理ボリュームを表示します。

  # lvs --all --options +devices
  
    LV     VG   Attr   LSize   Origin Snap%  Move Log Copy%  Devices
   mylv myvg   -wi--- 300.00G                               /dev/vdb1 (0),/dev/vdb1(0)
   mylv myvg   -wi--- 300.00G                               /dev/vdb1 (34728),/dev/vdb1(0)

検証

• ボリュームグループが使用するエクステントの数を確認します。

  # vgs --options +vg_free_count,vg_extent_count
  
    VG     #PV #LV #SN  Attr   VSize   VFree  Free  #Ext
    myvg   2   1   0   wz--n- 34.30G    0    0     8780

• label_header 構造と pv_header 構造にあります。
• ディスクの 2 番目の 512 バイトセクターにあります。なお、物理ボリューム (PV) の作成時にデフォルト以外の場所が指定された場合、ヘッダーは最初のセクターまたは 3 番目のセクターにある可能性があります。

• ディスクの先頭から 4096 バイトの位置から開始します。
• ディスクの先頭から 1 MiB の位置で終了します。
• mda_header 構造を含む 512 バイトのセクターで開始します。

手順

• 有効な mda_header から参照される現在のメタデータテキストを出力します。

  # pvck --dump metadata <disk>

  例58.22 有効な mda_header からのメタデータテキスト

  # pvck --dump metadata /dev/sdb
    metadata text at 172032 crc Oxc627522f # vgname test segno 59
    ---
    <raw metadata from disk>
    ---

• 有効な mda_header の検出に基づいて、メタデータ領域で見つかったすべてのメタデータコピーの場所を出力します。

  # pvck --dump metadata_all <disk>

  例58.23 メタデータ領域内のメタデータコピーの場所

  # pvck --dump metadata_all /dev/sdb
    metadata at 4608 length 815 crc 29fcd7ab vg test seqno 1 id FaCsSz-1ZZn-mTO4-Xl4i-zb6G-BYat-u53Fxv
    metadata at 5632 length 1144 crc 50ea61c3 vg test seqno 2 id FaCsSz-1ZZn-mTO4-Xl4i-zb6G-BYat-u53Fxv
    metadata at 7168 length 1450 crc 5652ea55 vg test seqno 3 id FaCsSz-1ZZn-mTO4-Xl4i-zb6G-BYat-u53Fxv

• たとえば、ヘッダーが欠落しているか破損している場合は、mda_header を使用せずにメタデータ領域内のメタデータのすべてのコピーを検索します。

  # pvck --dump metadata_search <disk>

  例58.24 mda_header を使用しないメタデータ領域内のメタデータコピー

  # pvck --dump metadata_search /dev/sdb
    Searching for metadata at offset 4096 size 1044480
    metadata at 4608 length 815 crc 29fcd7ab vg test seqno 1 id FaCsSz-1ZZn-mTO4-Xl4i-zb6G-BYat-u53Fxv
    metadata at 5632 length 1144 crc 50ea61c3 vg test seqno 2 id FaCsSz-1ZZn-mTO4-Xl4i-zb6G-BYat-u53Fxv
    metadata at 7168 length 1450 crc 5652ea55 vg test seqno 3 id FaCsSz-1ZZn-mTO4-Xl4i-zb6G-BYat-u53Fxv

• メタデータの各コピーの説明を表示するには、dump コマンドに -v オプションを追加します。

  # pvck --dump metadata -v <disk>

  例58.25 各メタデータコピーの説明の表示

  # pvck --dump metadata -v /dev/sdb
    metadata text at 199680 crc 0x628cf243 # vgname my_vg seqno 40
    ---
  my_vg {
  id = "dmEbPi-gsgx-VbvS-Uaia-HczM-iu32-Rb7iOf"
  seqno = 40
  format = "lvm2"
  status = ["RESIZEABLE", "READ", "WRITE"]
  flags = []
  extent_size = 8192
  max_lv = 0
  max_pv = 0
  metadata_copies = 0
  
  physical_volumes {
  
  pv0 {
  id = "8gn0is-Hj8p-njgs-NM19-wuL9-mcB3-kUDiOQ"
  device = "/dev/sda"
  
  device_id_type = "sys_wwid"
  device_id = "naa.6001405e635dbaab125476d88030a196"
  status = ["ALLOCATABLE"]
  flags = []
  dev_size = 125829120
  pe_start = 8192
  pe_count = 15359
  }
  
  pv1 {
  id = "E9qChJ-5ElL-HVEp-rc7d-U5Fg-fHxL-2QLyID"
  device = "/dev/sdb"
  
  device_id_type = "sys_wwid"
  device_id = "naa.6001405f3f9396fddcd4012a50029a90"
  status = ["ALLOCATABLE"]
  flags = []
  dev_size = 125829120
  pe_start = 8192
  pe_count = 15359
  }

手順

• -f <filename> を --dump metadata に追加すると、指定されたファイルに raw メタデータが書き込まれます。このファイルは修復に使用できます。
• -f <filename> を --dump metadata_all または --dump metadata_search に追加すると、すべての場所の raw メタデータが指定されたファイルに書き込まれます。

• --dump metadata_all|metadata_search からメタデータテキストのインスタンスを 1 つ保存するには、--settings "metadata_offset=<offset>" を追加します。<offset> には、リスト表示された出力の "metadata at <offset>" の値を使用します。

  例58.26 コマンドの出力:

  # pvck --dump metadata_search --settings metadata_offset=5632 -f meta.txt /dev/sdb
    Searching for metadata at offset 4096 size 1044480
    metadata at 5632 length 1144 crc 50ea61c3 vg test seqno 2 id FaCsSz-1ZZn-mTO4-Xl4i-zb6G-BYat-u53Fxv
  # head -2 meta.txt
  test {
  id = "FaCsSz-1ZZn-mTO4-Xl4i-zb6G-BYat-u53Fxv"

前提条件

• 見つからない物理ボリュームのメタデータを特定している。詳細は、見つからない LVM 物理ボリュームのメタデータの検索 を参照してください。

検証

• 新しい物理ボリュームが損傷しておらず、ボリュームグループが正しく機能していることを確認するには、次のコマンドの出力を確認します。

手順

• ディスク上のヘッダーとメタデータを修復します。

  # pvck --repair -f <metadata-file> <disk>

  以下の部分には、

  • <metadata-file> は、VG の最新のメタデータを含むファイルです。これは /etc/lvm/backup/vg-name にすることも、pvck --dump metadata_search コマンド出力から取得した、raw メタデータテキストを含むファイルにすることもできます。
  • <disk> は、PV が配置されるディスクの名前です (例: /dev/sdb)。データの損失を防ぐために、それが正しいディスクであることを確認してください。ディスクが正しいかどうかわからない場合は、Red Hat サポートにお問い合わせください。

検証

• 新しい物理ボリュームが損傷しておらず、ボリュームグループが正しく機能していることを確認するには、次のコマンドの出力を確認します。

  # vgs <vgname>

  # pvs <pvname>

  # lvs <lvname>