論理ボリュームの設定および管理

手順

1. 物理ボリュームとして使用するストレージデバイスを特定します。使用可能なすべてのストレージデバイスをリスト表示するには、次のコマンドを使用します。

   $ lsblk

2. LVM 物理ボリュームを作成します。

   # pvcreate /dev/sdb

   /dev/sdb は、物理ボリュームとして初期化するデバイスの名前に置き換えます。

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     tasks:
       - name: Resize LVM PV size
         ansible.builtin.include_role:
           name: rhel-system-roles.storage
         vars:
           storage_pools:
              - name: myvg
                disks: ["sdf"]
                type: lvm
                grow_to_fill: true

   Playbook で使用されるすべての変数の詳細は、コントロールノードの /usr/share/ansible/roles/rhel-system-roles.storage/README.md ファイルを参照してください。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

1. 物理ボリュームをリスト表示して、削除するデバイスを特定します。

   # pvs
   
     PV           VG Fmt  Attr PSize  PFree
     /dev/sdb1       lvm2 ---  28.87g 28.87g

2. 物理ボリュームを削除します。

   # pvremove /dev/sdb1

   /dev/sdb1 は、物理ボリュームに関連付けられたデバイスの名前に置き換えます。

手順

1. RHEL 9 Web コンソールにログインします。

   詳細は、Web コンソールへのログイン を参照してください。

2. Storage をクリックします。
3. Storage テーブルで、論理ボリュームを作成するボリュームグループをクリックします。
4. Logical volume group ページで、LVM2 logical volumes セクションまでスクロールし、Create new logical volume をクリックします。
5. Name フィールドに、新しい論理ボリュームの名前を入力します。名前にスペースを含めないでください。

6. Purpose ドロップダウンメニューで、Block device for filesystems を選択します。

   この設定では、ボリュームグループに含まれるすべてのドライブの容量の合計に等しい最大ボリュームサイズを持つ論理ボリュームを作成できます。

   

7. 論理ボリュームのサイズを定義します。以下を検討してください。

   • この論理ボリュームを使用するシステムにどのぐらいの容量が必要か
   • 作成する論理ボリュームの数

   領域をすべて使用する必要はありません。必要な場合は、後で論理ボリュームを大きくすることができます。

   

8. Create をクリックします。

   論理ボリュームが作成されます。論理ボリュームを使用するには、ボリュームをフォーマットしてマウントする必要があります。

手順

1. RHEL 9 Web コンソールにログインします。

   詳細は、Web コンソールへのログイン を参照してください。

2. Storage をクリックします。
3. Storage テーブルで、論理ボリュームが作成されたボリュームグループをクリックします。
4. Logical volume group ページで、LVM2 logical volumes セクションまでスクロールします。
5. フォーマットするボリュームグループの横にあるメニューボタン ⋮ をクリックします。

6. ドロップダウンメニューから Format を選択します。

   

7. Name フィールドに、ファイルシステムの名前を入力します。

8. マウントポイント フィールドに、マウントパスを追加します。

   

9. Type ドロップダウンメニューで、ファイルシステムを選択します。

   • XFS ファイルシステムは大規模な論理ボリュームをサポートし、オンラインの物理ドライブを停止せずに、既存のファイルシステムの拡大および縮小を行うことができます。別のストレージの使用を希望しない場合は、このファイルシステムを選択したままにしてください。

     XFS は、XFS ファイルシステムでフォーマットしたボリュームサイズを縮小することには対応していません。

   • ext4 ファイルシステムは以下に対応します。

     • 論理ボリューム
     • オンラインの物理ドライブを停止せずに切り替え
     • ファイルシステムの拡張
     • ファイルシステムの縮小

10. RHEL Web コンソールでディスク全体をゼロで書き換える場合は、Overwrite existing data with zeros チェックボックスをオンにします。このプログラムはディスク全体を調べるため、このオプションを使用すると遅くなりますが、安全性は高まります。ディスクにデータが含まれていて、上書きする必要がある場合は、このオプションを使用します。

    Overwrite existing data with zeros チェックボックスを選択しない場合、RHEL Web コンソールはディスクヘッダーのみを書き換えます。これにより、フォーマットの速度が向上します。

11. 論理ボリュームで暗号化を有効にする場合は、Encryption ドロップダウンメニューで暗号化のタイプを選択します。

    LUKS1 (Linux Unified Key Setup) または LUKS2 暗号化を使用したバージョンを選択できます。これを使用すると、パスフレーズを使用してボリュームを暗号化できます。

12. At boot ドロップダウンメニューで、システムの起動後に論理ボリュームをいつマウントするかを選択します。
13. 必要な Mount options を選択します。

14. 論理ボリュームをフォーマットします。

    • ボリュームをフォーマットしてすぐにマウントする場合は、Format and mount をクリックします。

    • ボリュームをマウントせずにフォーマットする場合は、Format only をクリックします。

      ボリュームのサイズや、選択するオプションによって、フォーマットに数分かかることがあります。

検証

1. Logical volume group ページで、LVM2 logical volumes セクションまでスクロールし、論理ボリュームをクリックして詳細と追加オプションを確認します。

   

2. Format only オプションを選択した場合は、論理ボリュームの行末にあるメニューボタンをクリックし、Mount を選択して論理ボリュームを使用します。

手順

1. RHEL Web コンソールにログインします。
2. Storage をクリックします。
3. Storage テーブルで、論理ボリュームが作成されたボリュームグループをクリックします。

4. Logical volume group ページで、LVM2 logical volumes セクションまでスクロールし、サイズを変更するボリュームグループの横にあるメニューボタン ⋮ をクリックします。

   

5. メニューから Grow または Shrink を選択してボリュームのサイズを変更します。

   • ボリュームの増加:

     1. ボリュームのサイズを増やすには、Grow を選択します。

     2. Grow logical volume ダイアログボックスで、論理ボリュームのサイズを調整します。

        

     3. Grow をクリックします。

        LVM はシステム停止を引き起こすことなく論理ボリュームを拡張します。

   • ボリュームの縮小:

     1. ボリュームのサイズを縮小するには、Shrink を選択します。

     2. Shrink logical volume ダイアログボックスで、論理ボリュームのサイズを調整します。

        

     3. Shrink をクリックします。

        LVM はシステム停止を引き起こすことなく論理ボリュームを縮小します。

手順

1. VG に含める PV をリスト表示して特定します。

   # pvs

2. VG を作成します。

   # vgcreate VolumeGroupName PhysicalVolumeName1 PhysicalVolumeName2

   VolumeGroupName は、作成するボリュームグループの名前に置き換えます。PhysicalVolumeName は、PV の名前に置き換えます。

   VG を作成するときにエクステントサイズを指定するには、-s ExtentSize オプションを使用します。ExtentSize は、エクステントサイズに置き換えます。サイズの接尾辞を指定しなかった場合、このコマンドではデフォルトで MB が使用されます。

手順

1. RHEL 9 Web コンソールにログインします。

   詳細は、Web コンソールへのログイン を参照してください。

2. Storage をクリックします。
3. Storage テーブルで、メニューボタンをクリックします。

4. ドロップダウンメニューから、Create LVM2 volume group を選択します。

   

5. Name フィールドにボリュームグループの名前を入力します。名前にスペースを含めることはできません。

6. ボリュームグループを作成するために組み合わせるドライブを選択します。

   

   RHEL Web コンソールは、未使用のブロックデバイスのみを表示します。リストにデバイスが表示されない場合は、そのデバイスがシステムで使用されていないことを確認するか、デバイスを空で未使用の状態にフォーマットしてください。使用されるデバイスには、たとえば次のようなものがあります。

   • ファイルシステムでフォーマットしたデバイス
   • 別のボリュームグループの物理ボリューム
   • 別のソフトウェアの RAID デバイスのメンバーになる物理ボリューム

7. Create をクリックします。

   ボリュームグループが作成されている。

手順

1. 名前を変更する VG をリスト表示して特定します。

   # vgs

2. VG の名前を変更します。

   # vgrename OldVolumeGroupName NewVolumeGroupName

   OldVolumeGroupName は、VG の名前に置き換えます。NewVolumeGroupName は、VG の新しい名前に置き換えます。

手順

1. 拡張する VG をリスト表示して特定します。

   # vgs

2. VG に追加する PV をリスト表示して特定します。

   # pvs

3. VG を拡張します。

   # vgextend VolumeGroupName PhysicalVolumeName

   VolumeGroupName は、VG の名前に置き換えます。PhysicalVolumeName は、PV の名前に置き換えます。

手順

1. マージする VG をリスト表示して特定します。

   # vgs
   
     VG               #PV #LV #SN Attr   VSize  VFree
     VolumeGroupName1   1   0   0 wz--n- 28.87g 28.87g
     VolumeGroupName2   1   0   0 wz--n-  1.88g  1.88g

2. 結合元 VG を結合先 VG にマージします。

   # vgmerge VolumeGroupName2 VolumeGroupName1

   VolumeGroupName2 は、結合元 VG の名前に置き換えます。VolumeGroupName1 は、結合先 VG の名前に置き換えます。

手順

1. 物理ボリュームがまだ使用中の場合は、同じボリュームグループから別の物理ボリュームにデータを移行します。

   # pvmove /dev/vdb3
     /dev/vdb3: Moved: 2.0%
    ...
     /dev/vdb3: Moved: 79.2%
    ...
     /dev/vdb3: Moved: 100.0%

2. 既存のボリュームグループ内の他の物理ボリュームに空きエクステントが十分にない場合は、以下を行います。

   1. /dev/vdb4 から、物理ボリュームを新規作成します。

      # pvcreate /dev/vdb4
        Physical volume "/dev/vdb4" successfully created

   2. 新しく作成した物理ボリュームをボリュームグループに追加します。

      # vgextend VolumeGroupName /dev/vdb4
        Volume group "VolumeGroupName" successfully extended

   3. データを /dev/vdb3 から /dev/vdb4 に移動します。

      # pvmove /dev/vdb3 /dev/vdb4
        /dev/vdb3: Moved: 33.33%
        /dev/vdb3: Moved: 100.00%

3. ボリュームグループから物理ボリューム /dev/vdb3 を削除します。

   # vgreduce VolumeGroupName /dev/vdb3
   Removed "/dev/vdb3" from volume group "VolumeGroupName"

手順

1. 既存のボリュームグループ VolumeGroupName1 を、新しいボリュームグループ VolumeGroupName2 に分割します。

   # vgsplit VolumeGroupName1 VolumeGroupName2 /dev/vdb3
     Volume group "VolumeGroupName2" successfully split from "VolumeGroupName1"

   注記

   既存のボリュームグループを使用して論理ボリュームを作成した場合は、次のコマンドを実行して論理ボリュームを非アクティブにします。

   # lvchange -a n /dev/VolumeGroupName1/LogicalVolumeName

2. 2 つのボリュームグループの属性を表示します。

   # vgs
     VG                  #PV #LV #SN Attr   VSize  VFree
     VolumeGroupName1     2   1   0 wz--n- 34.30G 10.80G
     VolumeGroupName2     1   0   0 wz--n- 17.15G 17.15G

手順

1. LogicalVolumeName 論理ボリュームをアンマウントします。

   # umount /dev/mnt/LogicalVolumeName

2. ボリュームグループ内のすべての論理ボリュームを非アクティブ化します。これにより、ボリュームグループでこれ以上の動作が発生しないようにします。

   # vgchange -an VolumeGroupName
   vgchange -- volume group "VolumeGroupName" successfully deactivated

3. ボリュームグループをエクスポートして、削除元のシステムがボリュームグループにアクセスできないようにします。

   # vgexport VolumeGroupName
   vgexport -- volume group "VolumeGroupName" successfully exported

4. エクスポートされたボリュームグループを表示します。

   # pvscan
     PV /dev/sda1    is in exported VG VolumeGroupName [17.15 GB / 7.15 GB free]
     PV /dev/sdc1    is in exported VG VolumeGroupName [17.15 GB / 15.15 GB free]
     PV /dev/sdd1    is in exported VG VolumeGroupName [17.15 GB / 15.15 GB free]
     ...

5. システムをシャットダウンし、ボリュームグループを構成するディスクを取り外し、新しいシステムに接続します。

6. ディスクを新しいシステムに接続し、ボリュームグループをインポートして、新しいシステムからアクセスできるようにします。

   # vgimport VolumeGroupName

   注記

   vgimport コマンドの --force 引数を使用すると、物理ボリュームがないボリュームグループをインポートし、その後 vgreduce --removemissing コマンドを実行できます。

7. ボリュームグループをアクティブ化します。

   # vgchange -ay VolumeGroupName

8. ファイルシステムをマウントして使用できるようにします。

   # mkdir -p /mnt/VolumeGroupName/users
   # mount /dev/VolumeGroupName/users /mnt/VolumeGroupName/users

手順

1. ボリュームグループに論理ボリュームが含まれていないことを確認します。

   # vgs -o vg_name,lv_count VolumeGroupName
   
     VG               #LV
     VolumeGroupName    0

   VolumeGroupName は、ボリュームグループの名前に置き換えます。

2. ボリュームグループを削除します。

   # vgremove VolumeGroupName

   VolumeGroupName は、ボリュームグループの名前に置き換えます。

手順

1. ボリュームグループに論理ボリュームが含まれていないことを確認します。

   # vgs -o vg_name,lv_count VolumeGroupName
   
     VG               #LV
     VolumeGroupName    0

   VolumeGroupName は、ボリュームグループの名前に置き換えます。

2. ボリュームグループを削除するノードを除くすべてのノードで lockspace を停止します。

   # vgchange --lockstop VolumeGroupName

   VolumeGroupName は、ボリュームグループの名前に置き換えます。ロックが停止するまで待ちます。

3. ボリュームグループを削除します。

   # vgremove VolumeGroupName

   VolumeGroupName は、ボリュームグループの名前に置き換えます。

手順

1. 論理ボリュームとそのボリュームグループをリスト表示します。

   # lvs -o lv_name,vg_name
   
     LV                VG
     LogicalVolumeName VolumeGroupName

2. 論理ボリュームの名前を変更します。

   # lvrename VolumeGroupName/LogicalVolumeName VolumeGroupName/NewLogicalVolumeName

   VolumeGroupName は、ボリュームグループの名前に置き換えます。LogicalVolumeName は、論理ボリュームの名前に置き換えます。NewLogicalVolumeName は、新しい論理ボリューム名に置き換えます。

手順

1. 論理ボリュームとそのパスをリスト表示します。

   # lvs -o lv_name,lv_path
   
     LV                Path
     LogicalVolumeName /dev/VolumeGroupName/LogicalVolumeName

2. 論理ボリュームがマウントされている場所を確認します。

   # findmnt -o SOURCE,TARGET /dev/VolumeGroupName/LogicalVolumeName
   
   SOURCE                                        TARGET
   /dev/mapper/VolumeGroupName-LogicalVolumeName /MountPoint

   /dev/VolumeGroupName/LogicalVolumeName は、論理ボリュームへのパスに置き換えます。

3. 論理ボリュームをアンマウントします。

   # umount /MountPoint

   /MountPoint は、論理ボリュームのマウントポイントに置き換えます。

4. 論理ボリュームを削除します。

   # lvremove VolumeGroupName/LogicalVolumeName

   VolumeGroupName/LogicalVolumeName は、論理ボリュームへのパスに置き換えます。

手順

1. 論理ボリューム、そのボリュームグループ、およびパスをリスト表示します。

   # lvs -o lv_name,vg_name,lv_path
   
     LV                VG              Path
     LogicalVolumeName VolumeGroupName VolumeGroupName/LogicalVolumeName

2. 論理ボリュームをアクティブ化します。

   # lvchange --activate y VolumeGroupName/LogicalVolumeName

   VolumeGroupName は、ボリュームグループの名前に置き換えます。LogicalVolumeName は、論理ボリュームの名前に置き換えます。

   注記

   別の LV のスナップショットとして作成されたシン LV をアクティブ化する場合は、--ignoreactivationskip オプションを使用してアクティブ化する必要がある場合があります。

手順

1. 論理ボリューム、そのボリュームグループ、およびパスをリスト表示します。

   # lvs -o lv_name,vg_name,lv_path
   
     LV                VG              Path
     LogicalVolumeName VolumeGroupName /dev/VolumeGroupName/LogicalVolumeName

2. 論理ボリュームがマウントされている場所を確認します。

   # findmnt -o SOURCE,TARGET /dev/VolumeGroupName/LogicalVolumeName
   
   SOURCE                                        TARGET
   /dev/mapper/VolumeGroupName-LogicalVolumeName /MountPoint

   /dev/VolumeGroupName/LogicalVolumeName は、論理ボリュームへのパスに置き換えます。

3. 論理ボリュームをアンマウントします。

   # umount /MountPoint

   /MountPoint は、論理ボリュームのマウントポイントに置き換えます。

4. 論理ボリュームを非アクティブにします。

   # lvchange --activate n VolumeGroupName/LogicalVolumeName

   VolumeGroupName は、ボリュームグループの名前に置き換えます。LogicalVolumeName は、論理ボリュームの名前に置き換えます。

手順

1. 利用可能なボリュームグループを表示します。

   # vgs -o vg_name
   
     VG
     VolumeGroupName

2. 利用可能なデバイスをリスト表示します。

   # lsblk

3. シンプールのデータを保持する LV を作成します。

   # lvcreate --name ThinPoolDataName --size Size VolumeGroupName /DevicePath

   ThinPoolDataName は、シンプールデータ用の LV の名前に置き換えます。Size は、LV のサイズに置き換えます。VolumeGroupName は、ボリュームグループの名前に置き換えます。

4. シンプールのメタデータを保持する LV を作成します。

   # lvcreate --name ThinPoolMetadataName --size Size VolumeGroupName /DevicePath

5. LV をシンプールにマージします。

   # lvconvert --type thin-pool --poolmetadata ThinPoolMetadataName VolumeGroupName/ThinPoolDataName

検証

1. カスタムシンプールが作成されたことを確認します。

   # lvs -o lv_name,seg_type
   
     LV                Type
     ThinPoolDataName  thin-pool

手順

1. VG を表示します。

   # vgs
   
     VG               #PV #LV #SN Attr   VSize   VFree
     VolumeGroupName   1   0   0 wz--n-  28.87g 28.87g

2. VDO プールに変換する LV を作成します。

   # lvcreate --name VDOPoolName --size Size VolumeGroupName

   VDOPoolName は、VDO プールの名前に置き換えます。Size は、VDO プールのサイズに置き換えます。VolumeGroupName は、VG の名前に置き換えます。

3. この LV を VDO プールに変換します。この変換により、VDO プールを使用する新しい VDO LV を作成します。lvcreate によって新しい VDO LV が作成されるため、新しい VDO LV のパラメーターを指定する必要があります。--name|-n を使用して新しい VDO LV の名前を指定し、--virtualsize|-V を使用して新しい VDO LV のサイズを指定します。

   # lvconvert --type vdo-pool --name VDOVolumeName --virtualsize VDOVolumeSize VolumeGroupName/VDOPoolName

   VDOVolumeName は、VDO ボリュームの名前に置き換えます。VDOVolumeSize は、VDO ボリュームのサイズに置き換えます。VolumeGroupName/VDOPoolName は、VG と VDO プールの名前に置き換えます。

検証

1. LV が VDO プールに変換されたことを確認します。

   *# lvs -o lv_name,vg_name,seg_type*
   
     LV                     VG              Type
     VDOPoolName            VolumeGroupName vdo-pool
     VDOVolumeName          VolumeGroupName vdo

手順:

1. 任意のエディターで lvm.conf ファイルを開きます。

2. デフォルトの表示値を変更する設定のコメントを解除して変更し、lvm.conf ファイルをカスタマイズします。

   • lvs の出力に表示されるフィールドをカスタマイズするには、lvs_cols パラメーターのコメントを解除して変更します。

       lvs_cols="lv_name,vg_name,lv_attr"

   • pvs、vgs、lvs コマンドの空のフィールドを非表示にするには、compact_output=1 設定のコメントを解除します。

       compact_output = 1

   • pvs、vgs、および lvs コマンドのデフォルトの単位としてギガバイトを設定するには、units = "r" 設定を units = "G" に置き換えます。

       units = "G"

3. lvm.conf ファイルの対応するセクションのコメントが解除されていることを確認します。たとえば、lvs_cols パラメーターを変更するには、report セクションのコメントを解除する必要があります。

     report {
   ...
   }

手順

1. lvm.conf ファイルで、system.devices ファイルが有効になっているかどうかを確認します。

   use_devicesfile=1

2. ホストのデバイスファイルから問題のデバイスを除外します。

   $ lvmdevices --deldev <device>

3. オプション: LVM デバイスをさらに保護できます。

   1. lvm.conf ファイルのホストと VM の両方で LVM の system ID 機能を設定します。

      system_id_source = "uname"

   2. VG の system ID を仮想マシンの system ID と一致するように設定します。これにより、ゲスト仮想マシンのみが VG をアクティブ化できるようになります。

      $ vgchange --systemid <VM_system_id> <VM_vg_name>

手順

1. lvm.conf ファイルで、system.devices ファイルが有効になっているかどうかを確認します。

   use_devicesfile=1

2. ホストのデバイスファイルから問題のデバイスを除外します。

   $ lvmdevices --deldev <device>

3. lvm.conf ファイルで LVM の system ID 機能を設定します。

   system_id_source = "uname"

4. VG の system ID を、この VG を使用するマシンの system ID と一致するように設定します。

   $ vgchange --systemid <system_id> <vg_name>

手順

1. lvm.conf ファイルで、system.devices ファイルが有効になっているかどうかを確認します。

   use_devicesfile=1

2. 問題のデバイスをホストのデバイスファイルに含めます。

   $ lvmdevices --adddev <device>

3. すべてのマシンの LVM の system ID 機能を lvm.conf ファイルに設定します。

   system_id_source = "uname"

手順

1. lvm.conf ファイルで、system.devices ファイルが有効になっているかどうかを確認します。

   use_devicesfile=1

2. 共有 LUN を使用するマシンごとに、マシンのデバイスファイルに LUN を追加します。

   $ lvmdevices --adddev <device>

3. すべてのマシンで lvmlockd デーモンを使用するように lvm.conf ファイルを設定します。

   use_lvmlockd=1

4. すべてのマシンで lvmlockd デーモンファイルを開始します。
5. すべてのマシン上で dlm や sanlock などの lvmlockd で使用するロックマネージャーを開始します。
6. vgcreate --shared コマンドを使用して、新しい共有 VG を作成します。
7. すべてのマシンで vgchange --lockstart コマンドおよび vgchange --lockstop コマンドを使用して、既存の共有 VG へのアクセスを開始および停止します。

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     become: true
     tasks:
       - name: Create shared LVM device
         ansible.builtin.include_role:
           name: rhel-system-roles.storage
         vars:
           storage_pools:
             - name: vg1
               disks: /dev/vdb
               type: lvm
               shared: true
               state: present
               volumes:
                 - name: lv1
                   size: 4g
                   mount_point: /opt/test1
           storage_safe_mode: false
           storage_use_partitions: true

   Playbook で使用されるすべての変数の詳細は、コントロールノードの /usr/share/ansible/roles/rhel-system-roles.storage/README.md ファイルを参照してください。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     tasks:
       - name: Configure LVM pool with RAID
         ansible.builtin.include_role:
           name: rhel-system-roles.storage
         vars:
           storage_safe_mode: false
           storage_pools:
             - name: my_pool
               type: lvm
               disks: [sdh, sdi]
               raid_level: raid1
               volumes:
                 - name: my_volume
                   size: "1 GiB"
                   mount_point: "/mnt/app/shared"
                   fs_type: xfs
                   state: present

   Playbook で使用されるすべての変数の詳細は、コントロールノードの /usr/share/ansible/roles/rhel-system-roles.storage/README.md ファイルを参照してください。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

前提条件

1. 3 つ以上の物理ボリュームを作成している。物理ボリュームの作成方法は、LVM 物理ボリュームの作成 を参照してください。
2. ボリュームグループを作成している。詳細は、LVM ボリュームグループの作成 を参照してください。

手順

1. 既存のボリュームグループから RAID0 論理ボリュームを作成します。次のコマンドは、ボリュームグループ myvg から RAID0 ボリューム mylv を作成します。このボリュームは、サイズが 2G で、ストライプが 3 つあります。ストライプのサイズは 4kB です。

   # lvcreate --type raid0 -L 2G --stripes 3 --stripesize 4 -n mylv my_vg
     Rounding size 2.00 GiB (512 extents) up to stripe boundary size 2.00 GiB(513 extents).
     Logical volume "mylv" created.

2. RAID0 論理ボリュームにファイルシステムを作成します。以下のコマンドを使用すると、論理ボリュームに ext4 ファイルシステムが作成されます。

   # mkfs.ext4 /dev/my_vg/mylv

3. 論理ボリュームをマウントして、ファイルシステムのディスクの領域使用率を報告します。

   # mount /dev/my_vg/mylv /mnt
   
   # df
   Filesystem             1K-blocks     Used  Available  Use% Mounted on
   /dev/mapper/my_vg-mylv   2002684     6168  1875072    1%   /mnt

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     tasks:
       - name: Configure stripe size for RAID LVM volumes
         ansible.builtin.include_role:
           name: rhel-system-roles.storage
         vars:
           storage_safe_mode: false
           storage_pools:
             - name: my_pool
               type: lvm
               disks: [sdh, sdi]
               volumes:
                 - name: my_volume
                   size: "1 GiB"
                   mount_point: "/mnt/app/shared"
                   fs_type: xfs
                   raid_level: raid0
                   raid_stripe_size: "256 KiB"
                   state: present

   Playbook で使用されるすべての変数の詳細は、コントロールノードの /usr/share/ansible/roles/rhel-system-roles.storage/README.md ファイルを参照してください。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

1. DM 整合性のある RAID LV を作成します。次の例では、my_vg ボリュームグループに test-lv という名前の整合性を持つ新しい RAID LV を作成します。使用可能なサイズは 256M で、RAID レベルは 1 です。

   # lvcreate --type raid1 --raidintegrity y -L 256M -n test-lv my_vg
   Creating integrity metadata LV test-lv_rimage_0_imeta with size 8.00 MiB.
   Logical volume "test-lv_rimage_0_imeta" created.
   Creating integrity metadata LV test-lv_rimage_1_imeta with size 8.00 MiB.
   Logical volume "test-lv_rimage_1_imeta" created.
   Logical volume "test-lv" created.

   注記

   既存の RAID LV に DM 整合性を追加するには、次のコマンドを実行します。

   # lvconvert --raidintegrity y my_vg/test-lv

   RAID LV に整合性を追加すると、その RAID LV で実行可能な操作の数が制限されます。

2. オプション: 特定の操作を実行する前に整合性を削除します。

   # lvconvert --raidintegrity n my_vg/test-lv
   Logical volume my_vg/test-lv has removed integrity.

手順

1. RAID 論理ボリュームを作成します。

   # lvcreate --type raid5 -i 3 -L 500M -n my_lv my_vg
   Using default stripesize 64.00 KiB.
   Rounding size 500.00 MiB (125 extents) up to stripe boundary size 504.00 MiB (126 extents).
   Logical volume "my_lv" created.

2. RAID 論理ボリュームを表示します。

   # lvs -a -o +devices,segtype
     LV               VG            Attr       LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert Devices                                                                 Type
     my_lv            my_vg         rwi-a-r--- 504.00m                                    100.00           my_lv_rimage_0(0),my_lv_rimage_1(0),my_lv_rimage_2(0),my_lv_rimage_3(0) raid5
     [my_lv_rimage_0] my_vg         iwi-aor--- 168.00m                                                     /dev/sda(1)                                                             linear

3. RAID 論理ボリュームを別の RAID レベルに変換します。

   # lvconvert --type raid6 my_vg/my_lv
   Using default stripesize 64.00 KiB.
   Replaced LV type raid6 (same as raid6_zr) with possible type raid6_ls_6.
   Repeat this command to convert to raid6 after an interim conversion has finished.
   Are you sure you want to convert raid5 LV my_vg/my_lv to raid6_ls_6 type? [y/n]: y
   Logical volume my_vg/my_lv successfully converted.

4. オプション: このコマンドで変換を繰り返すように求められた場合は、次のコマンドを実行します。

   # lvconvert --type raid6 my_vg/my_lv

検証

1. RAID レベルを変換した RAID 論理ボリュームを表示します。

   # lvs -a -o +devices,segtype
     LV               VG            Attr       LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert Devices                                                                                   Type
     my_lv            my_vg         rwi-a-r--- 504.00m                                    100.00           my_lv_rimage_0(0),my_lv_rimage_1(0),my_lv_rimage_2(0),my_lv_rimage_3(0),my_lv_rimage_4(0) raid6
     [my_lv_rimage_0] my_vg         iwi-aor--- 172.00m                                                     /dev/sda(1)                                                                               linear

手順

1. 変換が必要な論理ボリュームデバイスを表示します。

   # lvs -a -o name,copy_percent,devices my_vg
     LV     Copy%  Devices
     my_lv         /dev/sde1(0)

2. リニア論理ボリュームを RAID デバイスに変換します。以下のコマンドは、ボリュームグループ __my_vg のリニア論理ボリューム my_lv を、2 方向の RAID1 アレイに変換します。

   # lvconvert --type raid1 -m 1 my_vg/my_lv
     Are you sure you want to convert linear LV my_vg/my_lv to raid1 with 2 images enhancing resilience? [y/n]: y
     Logical volume my_vg/my_lv successfully converted.

手順

1. 既存の LVM RAID1 論理ボリュームを表示します。

   # lvs -a -o name,copy_percent,devices my_vg
     LV               Copy%  Devices
     my_lv            100.00 my_lv_rimage_0(0),my_lv_rimage_1(0)
     [my_lv_rimage_0]        /dev/sde1(1)
     [my_lv_rimage_1]        /dev/sdf1(1)
     [my_lv_rmeta_0]         /dev/sde1(0)
     [my_lv_rmeta_1]         /dev/sdf1(0)

2. 既存の RAID1 LVM 論理ボリュームを LVM リニア論理ボリュームに変換します。以下のコマンドは、LVM RAID1 論理ボリューム my_vg/my_lv を、LVM リニアデバイスに変換します。

   # lvconvert -m0 my_vg/my_lv
     Are you sure you want to convert raid1 LV my_vg/my_lv to type linear losing all resilience? [y/n]: y
     Logical volume my_vg/my_lv successfully converted.

   LVM RAID1 論理ボリュームを LVM リニアボリュームに変換する場合は、削除する物理ボリュームを指定することもできます。以下の例では、lvconvert コマンドは /dev/sde1 を削除して、/dev/sdf1 をリニアデバイスを構成する物理ボリュームとして残すように指定します。

   # lvconvert -m0 my_vg/my_lv /dev/sde1

手順

1. ミラーリングされた論理ボリューム my_vg/my_lv のレイアウトを表示します。

   # lvs -a -o name,copy_percent,devices my_vg
     LV               Copy%  Devices
     my_lv             15.20 my_lv_mimage_0(0),my_lv_mimage_1(0)
     [my_lv_mimage_0]        /dev/sde1(0)
     [my_lv_mimage_1]        /dev/sdf1(0)
     [my_lv_mlog]            /dev/sdd1(0)

2. ミラーリングされた論理ボリューム my_vg/my_lv を RAID1 論理ボリュームに変換します。

   # lvconvert --type raid1 my_vg/my_lv
   Are you sure you want to convert mirror LV my_vg/my_lv to raid1 type? [y/n]: y
   Logical volume my_vg/my_lv successfully converted.

手順

1. 2 ウェイ RAID1 アレイである LVM デバイス my_vg/my_lv を表示します。

   # lvs -a -o name,copy_percent,devices my_vg
     LV                Copy%  Devices
     my_lv             6.25    my_lv_rimage_0(0),my_lv_rimage_1(0)
     [my_lv_rimage_0]         /dev/sde1(0)
     [my_lv_rimage_1]         /dev/sdf1(1)
     [my_lv_rmeta_0]          /dev/sde1(256)
     [my_lv_rmeta_1]          /dev/sdf1(0)

   メタデータサブボリューム (rmeta と呼ばれる) は、対応するデータサブボリューム (rimage) と同じ物理デバイスに常に存在します。メタデータ/データのサブボリュームのペアは、--alloc をどこかに指定しない限り、RAID アレイにある別のメタデータ/データサブボリュームのペアと同じ物理ボリュームには作成されません。

2. 2 ウェイ RAID1 論理ボリューム my_vg/my_lv を 3 ウェイ RAID1 論理ボリュームに変換します。

   # lvconvert -m 2 my_vg/my_lv
   Are you sure you want to convert raid1 LV my_vg/my_lv to 3 images enhancing resilience? [y/n]: y
   Logical volume my_vg/my_lv successfully converted.

   既存の RAID1 デバイスのイメージ数を変更する場合の例を以下に示します。

   • また、RAID にイメージを追加する際に、使用する物理ボリュームを指定することもできます。次のコマンドは、アレイに使用する物理ボリューム /dev/sdd1 を指定することにより、2 方向 RAID1 論理ボリューム my_vg/my_lv を 3 方向 RAID1 論理ボリュームに変換します。

     # lvconvert -m 2 my_vg/my_lv /dev/sdd1

   • 3 方向 RAID1 論理ボリュームを 2 方向 RAID1 論理ボリュームに変換します。

     # lvconvert -m1 my_vg/my_lv
     Are you sure you want to convert raid1 LV my_vg/my_lv to 2 images reducing resilience? [y/n]: y
     Logical volume my_vg/my_lv successfully converted.

   • 削除するイメージを含む物理ボリューム /dev/sde1 を指定して、3 方向 RAID1 論理ボリュームを 2 方向 RAID1 論理ボリュームに変換します。

     # lvconvert -m1 my_vg/my_lv /dev/sde1

     また、イメージとその関連付けられたメタデータのサブボリュームを削除すると、それよりも大きな番号のイメージが下に移動してそのスロットを引き継ぎます。lv_rimage_0、lv_rimage_1、および lv_rimage_2 で構成される 3 方向 RAID1 アレイからlv_rimage_1 を削除すると、lv_rimage_0 と lv_rimage_1 で構成される RAID1 アレイになります。サブボリューム lv_rimage_2 の名前が、空のスロットを引き継いで lv_rimage_1 になります。

手順

1. 2 ウェイ RAID1 アレイである LVM デバイス my_vg/my_lv を表示します。

   # lvs -a -o name,copy_percent,devices my_vg
     LV               Copy%  Devices
     my_lv             12.00 my_lv_rimage_0(0),my_lv_rimage_1(0)
     [my_lv_rimage_0]        /dev/sde1(1)
     [my_lv_rimage_1]        /dev/sdf1(1)
     [my_lv_rmeta_0]         /dev/sde1(0)
     [my_lv_rmeta_1]         /dev/sdf1(0)

2. RAID イメージを別の論理ボリュームに分割します。

   • 以下の例は、2 方向の RAID1 論理ボリューム my_lv を、my_lv と new の 2 つのリニア論理ボリュームに分割します。

     # lvconvert --splitmirror 1 -n new my_vg/my_lv
     Are you sure you want to split raid1 LV my_vg/my_lv losing all resilience? [y/n]: y

   • 以下の例は、3 方向の RAID1 論理ボリューム my_lv を、2 方向の RAID1 論理ボリューム my_lv と、リニア論理ボリューム new に分割します。

     # lvconvert --splitmirror 1 -n new my_vg/my_lv

手順

1. RAID 論理ボリュームを作成します。

   # lvcreate --type raid1 -m 2 -L 1G -n my_lv my_vg
     Logical volume "my_lv" created

2. オプション: 作成された RAID 論理ボリュームを表示します。

   # lvs -a -o name,copy_percent,devices my_vg
     LV               Copy%  Devices
     my_lv          100.00 my_lv_rimage_0(0),my_lv_rimage_1(0),my_lv_rimage_2(0)
     [my_lv_rimage_0]        /dev/sdb1(1)
     [my_lv_rimage_1]        /dev/sdc1(1)
     [my_lv_rimage_2]        /dev/sdd1(1)
     [my_lv_rmeta_0]         /dev/sdb1(0)
     [my_lv_rmeta_1]         /dev/sdc1(0)
     [my_lv_rmeta_2]         /dev/sdd1(0)

3. 作成した RAID 論理ボリュームからイメージを分割し、残りのアレイへの変更を追跡します。

   # lvconvert --splitmirrors 1 --trackchanges my_vg/my_lv
     my_lv_rimage_2 split from my_lv for read-only purposes.
     Use 'lvconvert --merge my_vg/my_lv_rimage_2' to merge back into my_lv

4. オプション: イメージを分割した後、論理ボリュームを表示します。

   # lvs -a -o name,copy_percent,devices my_vg
     LV               Copy%  Devices
     my_lv            100.00 my_lv_rimage_0(0),my_lv_rimage_1(0)
     [my_lv_rimage_0]        /dev/sdc1(1)
     [my_lv_rimage_1]          /dev/sdd1(1)
     [my_lv_rmeta_0]         /dev/sdc1(0)
     [my_lv_rmeta_1]         /dev/sdd1(0)

5. ボリュームをアレイにマージして戻します。

   # lvconvert --merge my_vg/my_lv_rimage_1
     my_vg/my_lv_rimage_1 successfully merged back into my_vg/my_lv

手順

1. RAID 論理ボリュームを表示します。

   # lvs -a -o name,copy_percent,devices my_vg
   
     LV               Copy%  Devices
     my_lv            100.00 my_lv_rimage_0(0),my_lv_rimage_1(0),my_lv_rimage_2(0)
     [my_lv_rimage_0]        /dev/sdb1(1)
     [my_lv_rimage_1]        /dev/sdc1(1)
     [my_lv_rimage_2]        /dev/sdd1(1)
     [my_lv_rmeta_0]         /dev/sdb1(0)
     [my_lv_rmeta_1]         /dev/sdc1(0)
     [my_lv_rmeta_2]         /dev/sdd1(0)

2. /dev/sdb デバイスに障害が発生したら、RAID 論理ボリュームを表示します。

   # lvs --all --options name,copy_percent,devices my_vg
   
     /dev/sdb: open failed: No such device or address
     Couldn't find device with uuid A4kRl2-vIzA-uyCb-cci7-bOod-H5tX-IzH4Ee.
     WARNING: Couldn't find all devices for LV my_vg/my_lv_rimage_1 while checking used and assumed devices.
     WARNING: Couldn't find all devices for LV my_vg/my_lv_rmeta_1 while checking used and assumed devices.
     LV               Copy%  Devices
     my_lv            100.00 my_lv_rimage_0(0),my_lv_rimage_1(0),my_lv_rimage_2(0)
     [my_lv_rimage_0]        [unknown](1)
     [my_lv_rimage_1]        /dev/sdc1(1)
     [...]

   /dev/sdb デバイスに障害が発生した場合は、システムログを表示してエラーメッセージを確認することもできます。

3. lvm.conf ファイルで、raid_fault_policy フィールドを allocate に設定します。

    # vi /etc/lvm/lvm.conf
    raid_fault_policy = "allocate"

   注記

   raid_fault_policy を allocate に設定しても、スペアデバイスがない場合、割り当ては失敗し、論理ボリュームがそのままの状態になります。割り当てが失敗した場合は、lvconvert --repair コマンドを使用して、失敗したデバイスを修復および交換できます。詳細は、論理ボリュームに障害が発生した RAID デバイスの交換 を参照してください。

手順

1. RAID 論理ボリュームを表示します。

   # lvs -a -o name,copy_percent,devices my_vg
     LV               Copy%  Devices
     my_lv            100.00 my_lv_rimage_0(0),my_lv_rimage_1(0),my_lv_rimage_2(0)
     [my_lv_rimage_0]        /dev/sdb1(1)
     [my_lv_rimage_1]        /dev/sdc1(1)
     [my_lv_rimage_2]        /dev/sdd1(1)
     [my_lv_rmeta_0]         /dev/sdb1(0)
     [my_lv_rmeta_1]         /dev/sdc1(0)
     [my_lv_rmeta_2]         /dev/sdd1(0)

2. lvm.conf ファイルで、raid_fault_policy フィールドを warn に設定します。

   # vi /etc/lvm/lvm.conf
    # This configuration option has an automatic default value.
    raid_fault_policy = "warn"

3. /dev/sdb デバイスに障害が発生したら、システムログを表示してエラーメッセージを表示します。

   # grep lvm /var/log/messages
   
   Apr 14 18:48:59 virt-506 kernel: sd 25:0:0:0: rejecting I/O to offline device
   Apr 14 18:48:59 virt-506 kernel: I/O error, dev sdb, sector 8200 op 0x1:(WRITE) flags 0x20800 phys_seg 0 prio class 2
   [...]
   Apr 14 18:48:59 virt-506 dmeventd[91060]: WARNING: VG my_vg is missing PV 9R2TVV-bwfn-Bdyj-Gucu-1p4F-qJ2Q-82kCAF (last written to /dev/sdb).
   Apr 14 18:48:59 virt-506 dmeventd[91060]: WARNING: Couldn't find device with uuid 9R2TVV-bwfn-Bdyj-Gucu-1p4F-qJ2Q-82kCAF.
   Apr 14 18:48:59 virt-506 dmeventd[91060]: Use 'lvconvert --repair my_vg/ly_lv' to replace failed device.

   /dev/sdb デバイスに障害が発生すると、システムログにエラーメッセージが表示されます。ただし、この場合、LVM はイメージの 1 つを置き換えて、RAID デバイスを自動的に修復しようとはしません。したがって、デバイスに障害が発生したら、lvconvert コマンドの --repair 引数を使用してデバイスを置き換えることができます。詳細は、論理ボリュームに障害が発生した RAID デバイスの交換 を参照してください。

手順

1. RAID1 アレイを作成します。

   # lvcreate --type raid1 -m 2 -L 1G -n my_lv my_vg
     Logical volume "my_lv" created

2. 作成した RAID1 アレイを調べます。

   # lvs -a -o name,copy_percent,devices my_vg
     LV               Copy%  Devices
     my_lv            100.00 my_lv_rimage_0(0),my_lv_rimage_1(0),my_lv_rimage_2(0)
     [my_lv_rimage_0]        /dev/sdb1(1)
     [my_lv_rimage_1]        /dev/sdb2(1)
     [my_lv_rimage_2]        /dev/sdc1(1)
     [my_lv_rmeta_0]         /dev/sdb1(0)
     [my_lv_rmeta_1]         /dev/sdb2(0)
     [my_lv_rmeta_2]         /dev/sdc1(0)

3. 要件に応じて、次のいずれかの方法で RAID デバイスを交換します。

   1. 交換する物理ボリュームを指定して、RAID1 デバイスを交換します。

      # lvconvert --replace /dev/sdb2 my_vg/my_lv

   2. 交換に使用する物理ボリュームを指定して、RAID1 デバイスを交換します。

      # lvconvert --replace /dev/sdb1 my_vg/my_lv /dev/sdd1

   3. 複数の replace 引数を指定して、一度に複数の RAID デバイスを交換します。

      # lvconvert --replace /dev/sdb1 --replace /dev/sdc1 my_vg/my_lv

検証

1. 交換する物理ボリュームを指定した後、RAID1 アレイを調べます。

   # lvs -a -o name,copy_percent,devices my_vg
     LV               Copy%  Devices
     my_lv             37.50 my_lv_rimage_0(0),my_lv_rimage_1(0),my_lv_rimage_2(0)
     [my_lv_rimage_0]        /dev/sdb1(1)
     [my_lv_rimage_1]        /dev/sdc2(1)
     [my_lv_rimage_2]        /dev/sdc1(1)
     [my_lv_rmeta_0]         /dev/sdb1(0)
     [my_lv_rmeta_1]         /dev/sdc2(0)
     [my_lv_rmeta_2]         /dev/sdc1(0)

2. 交換に使用する物理ボリュームを指定した後、RAID1 アレイを調べます。

   # lvs -a -o name,copy_percent,devices my_vg
     LV               Copy%  Devices
     my_lv             28.00 my_lv_rimage_0(0),my_lv_rimage_1(0)
     [my_lv_rimage_0]        /dev/sda1(1)
     [my_lv_rimage_1]        /dev/sdd1(1)
     [my_lv_rmeta_0]         /dev/sda1(0)
     [my_lv_rmeta_1]         /dev/sdd1(0)

3. 一度に複数の RAID デバイスを交換した後、RAID1 アレイを調べます。

   # lvs -a -o name,copy_percent,devices my_vg
     LV               Copy%  Devices
     my_lv             60.00 my_lv_rimage_0(0),my_lv_rimage_1(0),my_lv_rimage_2(0)
     [my_lv_rimage_0]        /dev/sda1(1)
     [my_lv_rimage_1]        /dev/sdd1(1)
     [my_lv_rimage_2]        /dev/sde1(1)
     [my_lv_rmeta_0]         /dev/sda1(0)
     [my_lv_rmeta_1]         /dev/sdd1(0)
     [my_lv_rmeta_2]         /dev/sde1(0)

手順

1. RAID 論理ボリュームを表示します。

   # lvs --all --options name,copy_percent,devices my_vg
     LV               Cpy%Sync Devices
     my_lv            100.00   my_lv_rimage_0(0),my_lv_rimage_1(0),my_lv_rimage_2(0)
     [my_lv_rimage_0]          /dev/sde1(1)
     [my_lv_rimage_1]          /dev/sdc1(1)
     [my_lv_rimage_2]          /dev/sdd1(1)
     [my_lv_rmeta_0]           /dev/sde1(0)
     [my_lv_rmeta_1]           /dev/sdc1(0)
     [my_lv_rmeta_2]           /dev/sdd1(0)

2. /dev/sdc デバイスに障害が発生したら、RAID 論理ボリュームを表示します。

   # lvs --all --options name,copy_percent,devices my_vg
     /dev/sdc: open failed: No such device or address
     Couldn't find device with uuid A4kRl2-vIzA-uyCb-cci7-bOod-H5tX-IzH4Ee.
     WARNING: Couldn't find all devices for LV my_vg/my_lv_rimage_1 while checking used and assumed devices.
     WARNING: Couldn't find all devices for LV my_vg/my_lv_rmeta_1 while checking used and assumed devices.
     LV               Cpy%Sync Devices
     my_lv            100.00   my_lv_rimage_0(0),my_lv_rimage_1(0),my_lv_rimage_2(0)
     [my_lv_rimage_0]          /dev/sde1(1)
     [my_lv_rimage_1]          [unknown](1)
     [my_lv_rimage_2]          /dev/sdd1(1)
     [my_lv_rmeta_0]           /dev/sde1(0)
     [my_lv_rmeta_1]           [unknown](0)
     [my_lv_rmeta_2]           /dev/sdd1(0)

3. 障害が発生したデバイスを交換します。

   # lvconvert --repair my_vg/my_lv
     /dev/sdc: open failed: No such device or address
     Couldn't find device with uuid A4kRl2-vIzA-uyCb-cci7-bOod-H5tX-IzH4Ee.
     WARNING: Couldn't find all devices for LV my_vg/my_lv_rimage_1 while checking used and assumed devices.
     WARNING: Couldn't find all devices for LV my_vg/my_lv_rmeta_1 while checking used and assumed devices.
   Attempt to replace failed RAID images (requires full device resync)? [y/n]: y
   Faulty devices in my_vg/my_lv successfully replaced.

4. オプション: 障害が発生したデバイスを置き換える物理ボリュームを手動で指定します。

   # lvconvert --repair my_vg/my_lv replacement_pv

5. 代替の論理ボリュームを調べます。

   # lvs --all --options name,copy_percent,devices my_vg
   
     /dev/sdc: open failed: No such device or address
     /dev/sdc1: open failed: No such device or address
     Couldn't find device with uuid A4kRl2-vIzA-uyCb-cci7-bOod-H5tX-IzH4Ee.
     LV               Cpy%Sync Devices
     my_lv            43.79    my_lv_rimage_0(0),my_lv_rimage_1(0),my_lv_rimage_2(0)
     [my_lv_rimage_0]          /dev/sde1(1)
     [my_lv_rimage_1]          /dev/sdb1(1)
     [my_lv_rimage_2]          /dev/sdd1(1)
     [my_lv_rmeta_0]           /dev/sde1(0)
     [my_lv_rmeta_1]           /dev/sdb1(0)
     [my_lv_rmeta_2]           /dev/sdd1(0)

   障害が発生したデバイスをボリュームグループから削除するまで、LVM ユーティリティーは、障害が発生したデバイスが見つけられないことを示しています。

6. 障害が発生したデバイスをボリュームグループから削除します。

   # vgreduce --removemissing my_vg

検証

1. 障害が発生したデバイスを取り外した後、利用可能な物理ボリュームを表示します。

   # pvscan
   PV /dev/sde1 VG rhel_virt-506 lvm2 [<7.00 GiB / 0 free]
   PV /dev/sdb1 VG my_vg lvm2 [<60.00 GiB / 59.50 GiB free]
   PV /dev/sdd1 VG my_vg lvm2 [<60.00 GiB / 59.50 GiB free]
   PV /dev/sdd1 VG my_vg lvm2 [<60.00 GiB / 59.50 GiB free]

2. 障害が発生したデバイスを交換した後、論理ボリュームを調べます。

   # lvs --all --options name,copy_percent,devices my_vg
   my_lv_rimage_0(0),my_lv_rimage_1(0),my_lv_rimage_2(0)
     [my_lv_rimage_0]          /dev/sde1(1)
     [my_lv_rimage_1]          /dev/sdb1(1)
     [my_lv_rimage_2]          /dev/sdd1(1)
     [my_lv_rmeta_0]           /dev/sde1(0)
     [my_lv_rmeta_1]           /dev/sdb1(0)
     [my_lv_rmeta_2]           /dev/sdd1(0)

手順

1. オプション: 次のいずれかのオプションを設定して、RAID 論理ボリュームが初期化される速度を制御します。

   • --maxrecoveryrate Rate[bBsSkKmMgG] は、RAID 論理ボリュームの最大復旧速度を設定し、通常の I/O 操作が排除されないようにします。

   • --minrecoveryrate Rate[bBsSkKmMgG] は、RAID 論理ボリュームの最小復旧速度を設定し、負荷の高い通常の I/O がある場合でも、同期操作の I/O が最小スループットを達成できるようにします。

     # lvchange --maxrecoveryrate 4K my_vg/my_lv
     Logical volume _my_vg/my_lv_changed.

     4K は、アレイに含まれる各デバイスの 1 秒あたりの値である復旧速度の値に置き換えます。接尾辞を指定しないと、デバイスごとの 1 秒あたりの kiB が想定されます。

     # lvchange --syncaction repair my_vg/my_lv

     RAID スクラビング操作を実行すると、sync アクションに必要なバックグラウンド I/O が、LVM デバイスへの他の I/O (ボリュームグループメタデータの更新など) よりも優先される可能性があります。これにより、他の LVM 操作が遅くなる可能性があります。

     注記

     これらの最大および最小 I/O 速度は、RAID デバイスを作成するときに使用することもできます。たとえば、lvcreate --type raid10 -i 2 -m 1 -L 10G --maxrecoveryrate 128 -n my_lv my_vg を使用すると、ボリュームグループ my_vg 内に、3 ストライプでサイズが 10 G、最大復旧速度が 128 kiB/秒/デバイスの 2 方向の RAID10 アレイ my_lv が作成されます。

2. アレイ内の不一致数を修復せずに、アレイ内の不一致の数を表示します。

   # lvchange --syncaction check my_vg/my_lv

   このコマンドは、アレイでバックグラウンドの同期アクションを開始します。

3. オプション: var/log/syslog ファイルでカーネルメッセージを確認します。

4. アレイ内の不一致を修正します。

   # lvchange --syncaction repair my_vg/my_lv

   このコマンドは、RAID 論理ボリューム内の障害が発生したデバイスを修復または交換します。このコマンドを実行したら、var/log/syslog ファイルでカーネルメッセージを確認できます。

検証

1. スクラビング操作に関する情報を表示します。

   # lvs -o +raid_sync_action,raid_mismatch_count my_vg/my_lv
   LV    VG    Attr       LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert SyncAction Mismatches
   my_lv my_vg rwi-a-r--- 500.00m                                    100.00           idle        0

手順

1. RAID 論理ボリュームを作成します。

   # lvcreate --type raid5 -i 2 -L 500M -n my_lv my_vg
   
   Using default stripesize 64.00 KiB.
   Rounding size 500.00 MiB (125 extents) up to stripe boundary size 504.00 MiB (126 extents).
   Logical volume "my_lv" created.

2. RAID 論理ボリュームを表示します。

   # lvs -a -o +devices
   
   LV               VG    Attr       LSize   Pool   Origin Data% Meta% Move Log Cpy%Sync Convert Devices
   my_lv            my_vg rwi-a-r--- 504.00m                                    100.00            my_lv_rimage_0(0),my_lv_rimage_1(0),my_lv_rimage_2(0)
   [my_lv_rimage_0] my_vg iwi-aor--- 252.00m                                                      /dev/sda(1)
   [my_lv_rimage_1] my_vg iwi-aor--- 252.00m                                                      /dev/sdb(1)
   [my_lv_rimage_2] my_vg iwi-aor--- 252.00m                                                      /dev/sdc(1)
   [my_lv_rmeta_0]  my_vg ewi-aor---   4.00m                                                      /dev/sda(0)
   [my_lv_rmeta_1]  my_vg ewi-aor---   4.00m                                                      /dev/sdb(0)
   [my_lv_rmeta_2]  my_vg ewi-aor---   4.00m                                                      /dev/sdc(0)

3. オプション: RAID 論理ボリュームの stripes イメージと stripesize を表示します。

   # lvs -o stripes my_vg/my_lv
     #Str
        3

   # lvs -o stripesize my_vg/my_lv
     Stripe
     64.00k

4. 要件に応じて次の方法を使用して、RAID 論理ボリュームの属性を変更します。

   1. RAID 論理ボリュームの stripes イメージを変更します。

      # lvconvert --stripes 3 my_vg/my_lv
      Using default stripesize 64.00 KiB.
      WARNING: Adding stripes to active logical volume my_vg/my_lv will grow it from 126 to 189 extents!
      Run "lvresize -l126 my_vg/my_lv" to shrink it or use the additional capacity.
      Are you sure you want to add 1 images to raid5 LV my_vg/my_lv? [y/n]: y
      Logical volume my_vg/my_lv successfully converted.

   2. RAID 論理ボリュームの stripesize を変更します。

      # lvconvert --stripesize 128k my_vg/my_lv
        Converting stripesize 64.00 KiB of raid5 LV my_vg/my_lv to 128.00 KiB.
      Are you sure you want to convert raid5 LV my_vg/my_lv? [y/n]: y
        Logical volume my_vg/my_lv successfully converted.

   3. maxrecoveryrate 属性と minrecoveryrate 属性を変更します。

      # lvchange --maxrecoveryrate 4M my_vg/my_lv
        Logical volume my_vg/my_lv changed.

      # lvchange --minrecoveryrate 1M my_vg/my_lv
        Logical volume my_vg/my_lv changed.

   4. syncaction 属性を変更します。

      # lvchange --syncaction check my_vg/my_lv

   5. writemostly 属性と writebehind 属性を変更します。

      # lvchange --writemostly /dev/sdb my_vg/my_lv
        Logical volume my_vg/my_lv changed.

      # lvchange --writebehind 100 my_vg/my_lv
        Logical volume my_vg/my_lv changed.

検証

1. RAID 論理ボリュームの stripes イメージと stripesize を表示します。

   # lvs -o stripes my_vg/my_lv
     #Str
        4

   # lvs -o stripesize my_vg/my_lv
     Stripe
     128.00k

2. maxrecoveryrate 属性を変更した後、RAID 論理ボリュームを表示します。

   # lvs -a -o +raid_max_recovery_rate
     LV               VG       Attr        LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert MaxSync
     my_lv            my_vg    rwi-a-r---  10.00g                                     100.00           4096
     [my_lv_rimage_0] my_vg    iwi-aor---  10.00g
    [...]

3. minrecoveryrate 属性を変更した後、RAID 論理ボリュームを表示します。

   # lvs -a -o +raid_min_recovery_rate
     LV               VG     Attr        LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert MinSync
     my_lv            my_vg  rwi-a-r---  10.00g                                     100.00           1024
     [my_lv_rimage_0] my_vg  iwi-aor---  10.00g
     [...]

4. syncaction 属性を変更した後、RAID 論理ボリュームを表示します。

   # lvs -a
     LV               VG      Attr        LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
     my_lv            my_vg   rwi-a-r---  10.00g                                     2.66
     [my_lv_rimage_0] my_vg   iwi-aor---  10.00g
     [...]

手順

1. RAID 論理ボリュームを作成します。

   # lvcreate --type raid1 -m 1 -L 10G test
     Logical volume "lvol0" created.

2. RAID 論理ボリュームを表示します。

   # lvs -a -o +devices,region_size
   
   LV                VG      Attr     LSize Pool Origin Data% Meta% Move Log   Cpy%Sync Convert Devices                              Region
   lvol0             test rwi-a-r--- 10.00g                                    100.00           lvol0_rimage_0(0),lvol0_rimage_1(0)  2.00m
   [lvol0_rimage_0]  test iwi-aor--- 10.00g                                                     /dev/sde1(1)                            0
   [lvol0_rimage_1]  test iwi-aor--- 10.00g                                                     /dev/sdf1(1)                            0
   [lvol0_rmeta_0]   test ewi-aor---  4.00m                                                     /dev/sde1(0)                            0
   [lvol0_rmeta_1]   test ewi-aor---  4.00m

   Region 列は、raid_region_size パラメーターの値を示します。

3. オプション: raid_region_size パラメーターの値を表示します。

   # cat /etc/lvm/lvm.conf | grep raid_region_size
   
   # Configuration option activation/raid_region_size.
   	# raid_region_size = 2048

4. RAID 論理ボリュームのリージョンサイズを変更します。

   # lvconvert -R 4096K my_vg/my_lv
   
   Do you really want to change the region_size 512.00 KiB of LV my_vg/my_lv to 4.00 MiB? [y/n]: y
     Changed region size on RAID LV my_vg/my_lv to 4.00 MiB.

5. RAID 論理ボリュームを再同期します。

   # lvchange --resync my_vg/my_lv
   
   Do you really want to deactivate logical volume my_vg/my_lv to resync it? [y/n]: y

検証

1. RAID 論理ボリュームを表示します。

   # lvs -a -o +devices,region_size
   
   LV               VG   Attr        LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert Devices                              Region
   lvol0            test rwi-a-r--- 10.00g                                    6.25           lvol0_rimage_0(0),lvol0_rimage_1(0)  4.00m
   [lvol0_rimage_0] test iwi-aor--- 10.00g                                                   /dev/sde1(1)                            0
   [lvol0_rimage_1] test iwi-aor--- 10.00g                                                   /dev/sdf1(1)                            0
   [lvol0_rmeta_0]  test ewi-aor---  4.00m                                                   /dev/sde1(0)                            0

   Region 列には、raid_region_size パラメーターの変更後の値が表示されます。

2. lvm.conf ファイル内の raid_region_size パラメーターの値を確認します。

   # cat /etc/lvm/lvm.conf | grep raid_region_size
   
   # Configuration option activation/raid_region_size.
   	# raid_region_size = 4096

手順

1. ボリュームグループ (VG) を作成します。

   # vgcreate <vg_name> <PV> ...

   ここでは、以下のようになります。

   • <vg_name> は VG の名前です。
   • <PV> は PV です。

2. PV を割り当てて、リニアや RAID などのさまざまなボリュームタイプを作成できます。

   1. エクステントを割り当ててリニアボリュームを作成します。

      # lvcreate -n <lv_name> -L <lv_size> <vg_name> [ <PV> ... ]

      ここでは、以下のようになります。

      • <lv_name> は LV の名前です。
      • <lv_size> は LV のサイズです。デフォルトの単位はメガバイトです。
      • <vg_name> は VG の名前です。

      • [ <PV …​> ] は PV です。

        コマンドラインでは、PV の 1 つを指定することも、すべての PV を指定することもできます。何も指定しないことも可能です。

        • 1 つの PV を指定すると、当該 PV から LV のエクステントが割り当てられます。

          注記

          PV に LV 全体に対する十分な空きエクステントがない場合、lvcreate は失敗します。

        • 2 つの PV を指定した場合、LV のエクステントは、当該 PV のうちの 1 つ、または両方の PV の組み合わせから割り当てられます。

        • PV を指定しない場合、エクステントは VG 内の PV の 1 つ、または VG 内のすべての PV の任意の組み合わせから割り当てられます。

          注記

          このような場合、LVM は、指定した PV または使用可能な PV のすべてを使用しない可能性があります。最初の PV に LV 全体に対して十分な空きエクステントがある場合、他の PV はおそらく使用されません。ただし、最初の PV に空きエクステントの割り当てサイズが設定されていない場合、LV の一部は最初の PV から割り当てられ、一部は 2 番目の PV から割り当てられる可能性があります。

          例10.1 1 つの PV からのエクステントの割り当て

          この例では、lv1 エクステントが sda から割り当てられます。

          # lvcreate -n lv1 -L1G vg /dev/sda

          例10.2 2 つの PV からのエクステントの割り当て

          この例では、lv2 エクステントが sda、sdb、または両方の組み合わせから割り当てられます。

          # lvcreate -n lv2 L1G vg /dev/sda /dev/sdb

          例10.3 PV を指定しないエクステントの割り当て

          この例では、lv3 エクステントが、VG 内の PV の 1 つ、または VG 内のすべての PV の任意の組み合わせから割り当てられます。

          # lvcreate -n lv3 -L1G vg

          または、以下を実行します。

   2. エクステントを割り当てて RAID ボリュームを作成します。

      # lvcreate --type <segment_type> -m <mirror_images> -n <lv_name> -L <lv_size> <vg_name> [ <PV> ... ]

      ここでは、以下のようになります。

      • <segment_type> は、指定したセグメントタイプ (例: raid5、mirror、snapshot) です。
      • <mirror_images> は、指定した数のイメージを含む、raid1 またはミラーリングされた LV を作成します。たとえば、-m 1 を指定すると、2 つのイメージを含む raid1 LV が作成されます。
      • <lv_name> は LV の名前です。
      • <lv_size> は LV のサイズです。デフォルトの単位はメガバイトです。
      • <vg_name> は VG の名前です。

      • <[PV …​]> は PV です。

        最初の RAID イメージは最初の PV から割り当てられ、2 番目の RAID イメージは 2 番目の PV から割り当てられます。以後も同様です。

        例10.4 2 つの PV からの RAID イメージの割り当て

        この例では、lv4 の最初の RAID イメージは sda から割り当てられ、2 番目のイメージは sdb から割り当てられます。

        # lvcreate --type raid1 -m 1 -n lv4 -L1G vg /dev/sda /dev/sdb

        例10.5 3 つの PV からの RAID イメージの割り当て

        この例では、lv5 の最初の RAID イメージは sda から割り当てられ、2 番目のイメージは sdb から割り当てられ、3 番目のイメージは sdc から割り当てられます。

        # lvcreate --type raid1 -m 2 -n lv5 -L1G vg /dev/sda /dev/sdb /dev/sdc

1. クラスター内の任意のホストから lvchange --addtag @db2 vg1/lvol2 を実行します。
2. lvchange -ay vg1/lvol2 を実行します。

手順

1. ボリュームグループ内の残りの物理ボリュームをアクティベートします。

   # vgchange --activate y --partial myvg

2. 削除する論理ボリュームを確認します。

   # vgreduce --removemissing --test myvg

3. ボリュームグループから、失われた物理ボリュームを使用していた論理ボリュームをすべて削除します。

   # vgreduce --removemissing --force myvg

4. 必要に応じて、保持する論理ボリュームを誤って削除した場合には、vgreduce 操作を元に戻すことができます。

   # vgcfgrestore myvg

   警告

   シンプールを削除すると、LVM は操作を元に戻すことができません。

手順

1. 物理ボリュームを含むボリュームグループのアーカイブされたメタデータファイルを検索します。アーカイブされたメタデータファイルは、/etc/lvm/archive/volume-group-name_backup-number.vg パスにあります。

   # cat /etc/lvm/archive/myvg_00000-1248998876.vg

   00000-1248998876 を backup-number に置き換えます。ボリュームグループの番号が最も高い、既知の有効なメタデータファイルの最後のものを選択します。

2. 物理ボリュームの UUID を検索します。以下の方法のいずれかを使用します。

   • 論理ボリュームをリスト表示します。

     # lvs --all --options +devices
     
       Couldn't find device with uuid 'FmGRh3-zhok-iVI8-7qTD-S5BI-MAEN-NYM5Sk'.

   • アーカイブされたメタデータファイルを確認します。ボリュームグループ設定の physical_volumes セクションで、id = のラベルが付いた値として UUID を検索します。

   • --partial オプションを使用してボリュームグループを非アクティブにします。

     # vgchange --activate n --partial myvg
     
       PARTIAL MODE. Incomplete logical volumes will be processed.
       WARNING: Couldn't find device with uuid 42B7bu-YCMp-CEVD-CmKH-2rk6-fiO9-z1lf4s.
       WARNING: VG myvg is missing PV 42B7bu-YCMp-CEVD-CmKH-2rk6-fiO9-z1lf4s (last written to /dev/vdb1).
       0 logical volume(s) in volume group "myvg" now active

手順

1. 物理ボリュームでメタデータを復元します。

   # pvcreate --uuid physical-volume-uuid \
              --restorefile /etc/lvm/archive/volume-group-name_backup-number.vg \
              block-device

   注記

   コマンドは、LVM メタデータ領域のみを上書きし、既存のデータ領域には影響を与えません。

   例12.4 /dev/vdb1 での物理ボリュームの復元

   以下の例では、以下のプロパティーで /dev/vdb1 デバイスを物理ボリュームとしてラベル付けします。

   • FmGRh3-zhok-iVI8-7qTD-S5BI-MAEN-NYM5Sk の UUID
   • VG_00050.vg に含まれるメタデータ情報 (ボリュームグループの最新のアーカイブメタデータ)

   # pvcreate --uuid "FmGRh3-zhok-iVI8-7qTD-S5BI-MAEN-NYM5Sk" \
              --restorefile /etc/lvm/archive/VG_00050.vg \
              /dev/vdb1
   
     ...
     Physical volume "/dev/vdb1" successfully created

2. ボリュームグループのメタデータを復元します。

   # vgcfgrestore myvg
   
     Restored volume group myvg

3. ボリュームグループの論理ボリュームを表示します。

   # lvs --all --options +devices myvg

   現在、論理ボリュームは非アクティブです。以下に例を示します。

     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)

4. 論理ボリュームのセグメントタイプが RAID の場合は、論理ボリュームを再同期します。

   # lvchange --resync myvg/mylv

5. 論理ボリュームを非アクティブにします。

   # lvchange --activate y myvg/mylv

6. ディスク上の LVM メタデータが、それを上書きしたものと同じかそれ以上のスペースを使用する場合は、この手順で物理ボリュームを回復できます。メタデータを上書きしたものがメタデータ領域を超えると、ボリューム上のデータが影響を受ける可能性があります。そのデータを復元するには、fsck コマンドを使用することができます。

手順

1. ボリュームグループの空き物理エクステントの数を検索します。

   # vgdisplay myvg

   例12.5 ボリュームグループの空きエクステント

   たとえば、以下のボリュームグループには 8780 個のの空き物理エクステントがあります。

   --- Volume group ---
    VG Name               myvg
    System ID
    Format                lvm2
    Metadata Areas        4
    Metadata Sequence No  6
    VG Access             read/write
   [...]
   Free  PE / Size       8780 / 34.30 GB

2. 論理ボリュームを作成します。ボリュームサイズをバイトではなくエクステントに入力します。

   例12.6 エクステントの数を指定して論理ボリュームを作成

   # lvcreate --extents 8780 --name mylv myvg

   例12.7 残りの領域をすべて使用する論理ボリュームの作成

   または、論理ボリュームを拡張して、ボリュームグループ内の残りの空き領域の割合を使用できます。以下に例を示します。

   # lvcreate --extents 100%FREE --name mylv myvg

手順

1. pvcreate および vgcfgrestore コマンドに必要な次の情報を収集します。# pvs -o+uuid コマンドを実行すると、ディスクと UUID に関する情報を収集できます。

   • metadata-file は、VG の最新のメタデータバックアップファイルへのパスです (例: /etc/lvm/backup/<vg-name>)。
   • vg-name は、破損または欠落している PV がある VG の名前です。
   • このデバイスの破損した PV の UUID は、# pvs -i+uuid コマンドの出力から取得した値です。
   • disk は、PV が配置されるディスクの名前です (例: /dev/sdb)。これが正しいディスクであることを確認するか、Red Hat サポートにお問い合わせください。正しいディスクでない場合、次の手順に従うとデータが失われる可能性があります。

2. ディスク上に LVM ヘッダーを再作成します。

   # pvcreate --restorefile <metadata-file> --uuid <UUID> <disk>

   必要に応じて、ヘッダーが有効であることを確認します。

   # pvck --dump headers <disk>

3. ディスク上に VG メタデータを復元します。

   # vgcfgrestore --file <metadata-file> <vg-name>

   必要に応じて、メタデータが復元されていることを確認します。

   # pvck --dump metadata <disk>