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

手順

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: redhat.rhel_system_roles.storage
         vars:
           storage_pools:
              - name: myvg
                disks: ["sdf"]
                type: lvm
                grow_to_fill: true

   サンプル Playbook で指定されている設定は次のとおりです。

   grow_to_fill

   true: ディスク上の新しい容量を使用するために、ストレージボリュームを自動的に拡張します。

   false: 基盤となるディスクが拡張された場合でも、ストレージボリュームを現在のサイズのままにします。

   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. grow_to_fill 設定が期待どおりに機能することを確認します。テスト用の PV と VG を準備します。

   # pvcreate /dev/sdf

   # vgcreate myvg /dev/sdf

2. 初期の物理ボリュームサイズを確認して記録します。

   # pvs

3. Playbook を編集して grow_to_fill: false を設定し、Playbook を実行します。
4. ボリュームサイズをチェックし、変更されていないことを確認します。
5. Playbook を編集して grow_to_fill: true を設定し、Playbook を再実行します。
6. ボリュームサイズを確認し、拡張されていることを確認します。

手順

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

   # pvs

     PV           VG Fmt  Attr PSize  PFree
     /dev/sdb       lvm2 ---  28.87g 28.87g

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

   # pvremove /dev/sdb

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

   注記

   物理ボリュームがボリュームグループに含まれている場合は、まずボリュームグループから削除する必要があります。

   • ボリュームグループに複数の物理ボリュームが含まれている場合は、vgreduce コマンドを使用します。

     # vgreduce VolumeGroupName /dev/sdb

     VolumeGroupName は、ボリュームグループの名前に置き換えます。/dev/sdb は、デバイスの名前に置き換えます。

   • ボリュームグループに物理ボリュームが 1 つだけ含まれている場合は、vgremove コマンドを使用します。

     # vgremove VolumeGroupName

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

手順

1. RHEL 10 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 10 Web コンソールにログインします。
2. Storage をクリックします。
3. Storage テーブルで、論理ボリュームが作成されたボリュームグループをクリックします。
4. Logical volume group ページで、LVM2 logical volumes セクションまでスクロールします。
5. フォーマットするボリュームグループの横にあるメニューボタン ⋮ をクリックします。
6. ドロップダウンメニューから Format を選択します。
7. Name フィールドに、ファイルシステムの名前を入力します。
8. Mount Point フィールドにマウントパスを追加します。

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 10 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 10 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 /mnt/LogicalVolumeName

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

   # vgchange -an VolumeGroupName

     0 logical volume(s) in volume group "VolumeGroupName" now active

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

   # vgexport VolumeGroupName

     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 は、ボリュームグループの名前に置き換えます。/DevicePath はデバイスパスに置き換えます。

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 /DevicePath

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

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. ブートエントリーと復元ブートエントリーを含む、システムボリュームの名前付きスナップショットセットを作成します。たとえば、独立したルートファイルシステムと /var ファイルシステムでシステムが構成されており、スナップショットセットに before-upgrade という名前を付ける場合は、次のコマンドを実行します。

   # snapm snapset create --boot --revert before-upgrade / /var

   SnapsetName:  	before-upgrade
   Sources:      	/, /var
   NrSnapshots:  	2
   Time:         	2025-04-23 20:41:53
   UUID:         	5e56c455-6285-5f2d-a640-1595eac8381a
   Status:       	Active
   Autoactivate: 	yes
   Bootable:     	yes
   BootEntries:
     SnapshotEntry:  178e20f
     RevertEntry:    6703c58

   詳細は、以下のようになります。

   • create はスナップショットセットを作成します。
   • --boot はスナップショットブートエントリーの作成を有効にします。
   • --revert は復元ブートエントリーの作成を有効にします。
   • before-upgrade はスナップショットセットの名前を指定します。
   • / /var は、スナップショットセットに含めるマウントポイントのスペース区切りのリストです。

   このコマンドは、boom オペレーティングシステムプロファイル が実行中のシステムにまだ存在しない場合に、それを自動的に作成します。設定されたオペレーティングシステムプロファイルをさらに制御するには (たとえば、実行中のシステムでまだ使用されていないカスタムブートオプションを設定する場合)、システムの boom(8) man ページと boom profile create サブコマンドを参照してください。

2. Leapp ユーティリティーを使用して Red Hat Enterprise Linux 10 にアップグレードします。

   # leapp upgrade

   ==> Processing phase `configuration_phase`
   ====> * ipu_workflow_config
           IPU workflow config actor
   ==> Processing phase `FactsCollection`
   …
   
   ====> * add_upgrade_boot_entry
       	Add new boot entry for Leapp provided initramfs.
   A reboot is required to continue. Please reboot your system.
   Debug output written to /var/log/leapp/leapp-upgrade.log
   ============================================================
                     	REPORT OVERVIEW
   ============================================================
   HIGH and MEDIUM severity reports:
   	1. Detected modified configuration files in leapp configuration directories.
   	2. Leapp detected loaded kernel drivers which are no longer maintained in RHEL 10.
   	3. GRUB2 core will be automatically updated during the upgrade
   	4. Detected customized configuration for dynamic linker.
   	5. Packages not signed by Red Hat found on the system
   
   Reports summary:
   	Errors:                  	0
   	Inhibitors:              	0
   	HIGH severity reports:   	5
   	MEDIUM severity reports: 	0
   	LOW severity reports:    	3
   	INFO severity reports:   	2
   
   Before continuing, review the full report below for details about discovered problems and possible remediation instructions:
   	A report has been generated at /var/log/leapp/leapp-report.txt
   	A report has been generated at /var/log/leapp/leapp-report.json
   
   ============================================================
                  	END OF REPORT OVERVIEW
   ============================================================
   
   Answerfile has been generated at /var/log/leapp/answerfile
   Reboot the system to continue with the upgrade. This might take a while depending on the system configuration.
   Make sure you have console access to view the actual upgrade process.

   leapp upgrade コマンドのレポートで表示されたブロッカーを確認して解決します。

3. upgrade ブートエントリーで再起動します。

   # leapp upgrade --reboot

   ==> Processing phase `configuration_phase`
   ====> * ipu_workflow_config
           IPU workflow config actor
   ==> Processing phase `FactsCollection`
   ...

   Red Hat Enterprise Linux Upgrade Initramfs がデフォルトとして設定されており、自動的に起動します。

手順

1. システムを再起動します。

   # reboot

2. GRUB ブートローダー画面から必要なブートエントリーを選択します。

手順

1. GRUB ブートローダー画面から Red Hat Enterprise Linux 10 を起動します。

2. システムがロードされたら、利用可能なスナップショットセットを表示します。次の出力は、スナップショットセットのリスト内の before-upgrade スナップショットセットを示しています。

   # snapm snapset list

   SnapsetName      Time                 NrSnapshots Status  Sources
   before-upgrade   2025-04-23 21:47:17            2 Active  /, /var

3. スナップショットセットを名前で削除します。

   # snapm snapset delete before-upgrade

4. アップグレード後の残りのタスクを完了します。

手順

1. 復元操作を開始します。

   # snapm snapset revert before-upgrade

     Delaying merge since origin is open.
     Merging of snapshot rhel/root-snapset_before-upgrade_1745441237_- will occur on next activation of rhel/root.
     Delaying merge since origin is open.
     Merging of snapshot rhel/var-snapset_before-upgrade_1745441237_-var will occur on next activation of rhel/var.
   WARNING - Snaphot set before-upgrade is in use: reboot required to complete revert
   WARNING - Boot into 'Revert before-upgrade 2025-04-23 21:47:17 (5.14.0-558.el9.x86_64)' to continue

   警告

   スナップショットセットを復元した後、データの損失を防ぐために、続けてこの手順の残りのステップをすべて実行する必要があります。

2. マシンを再起動して、オペレーティングシステムの状態を復元します。

   # reboot

3. GRUB 画面から Revert ブートエントリーを選択します。システムボリュームがアクティブな場合、システムによって自動的にスナップショットの復元操作が開始されます。

   重要

   マージ操作が開始されると、スナップショットボリュームは使用できなくなります。復元操作を開始すると、スナップショットブートエントリーが自動的に削除されます。

4. マージ操作が完了したら、未使用のエントリーを削除します。

   # rm -f /boot/loader/entries/*.el10*

   # rm -f /boot/*.el10*

5. システムの復元が正常に実行されたら、boom コマンドを使用して復元ブートエントリーを削除します。

   # boom list -o+title

   BootID  Version                  Name                     RootDevice            Title
   34d576e 5.14.0-546.el9.x86_64    Red Hat Enterprise Linux /dev/mapper/rhel-root Red Hat Enterprise Linux (5.14.0-546.el9.x86_64) 9.6 (Plow)
   b737685 5.14.0-558.el9.x86_64    Red Hat Enterprise Linux /dev/mapper/rhel-root Red Hat Enterprise Linux (5.14.0-558.el9.x86_64) 9.6 (Plow)
   6703c58 5.14.0-558.el9.x86_64    Red Hat Enterprise Linux /dev/rhel/root        Revert before-upgrade 2025-04-23 21:47:17 (5.14.0-558.el9.x86_64)

   # boom delete 6703c58

   Deleted 1 entry

手順

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. すべてのマシンで 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: redhat.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
                   fs_type: gfs2
           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: redhat.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 ファイルを参照してください。

   注記

   storage_pool レベルで raid_level を設定すると、最初に MD RAID アレイが作成され、その上に LVM ボリュームグループがビルドされます。

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: redhat.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 ファイルを参照してください。

   注記

   volumes レベルで raid_level を設定すると、LVM RAID 論理ボリュームが作成されます。

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

     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
     [my_lv_rimage_1] my_vg iwi-aor--- 168.00m                                                   /dev/sdb(1)                                                             linear
     [my_lv_rimage_2] my_vg iwi-aor--- 168.00m                                                   /dev/sdc(1)                                                             linear
     [my_lv_rimage_3] my_vg iwi-aor--- 168.00m                                                   /dev/sdd(1)                                                             linear
     [my_lv_rmeta_0]  my_vg ewi-aor---   4.00m                                                   /dev/sda(0)                                                             linear
     [my_lv_rmeta_1]  my_vg ewi-aor---   4.00m                                                   /dev/sdb(0)                                                             linear
     [my_lv_rmeta_2]  my_vg ewi-aor---   4.00m                                                   /dev/sdc(0)                                                             linear
     [my_lv_rmeta_3]  my_vg ewi-aor---   4.00m                                                   /dev/sdd(0)                                                             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--- 168.00m                                                 /dev/sda(2)                                                                               linear
     [my_lv_rimage_1] my_vg  iwi-aor--- 168.00m                                                 /dev/sdb(2)                                                                               linear
     [my_lv_rimage_2] my_vg  iwi-aor--- 168.00m                                                 /dev/sdc(2)                                                                               linear
     [my_lv_rimage_3] my_vg  iwi-aor--- 168.00m                                                 /dev/sdd(2)                                                                               linear
     [my_lv_rimage_4] my_vg  iwi-aor--- 168.00m                                                 /dev/sde(2)                                                                               linear
     [my_lv_rmeta_0]  my_vg  ewi-aor---   4.00m                                                 /dev/sda(0)                                                                               linear
     [my_lv_rmeta_1]  my_vg  ewi-aor---   4.00m                                                 /dev/sdb(0)                                                                               linear
     [my_lv_rmeta_2]  my_vg  ewi-aor---   4.00m                                                 /dev/sdc(0)                                                                               linear
     [my_lv_rmeta_3]  my_vg  ewi-aor---   4.00m                                                 /dev/sdd(0)                                                                               linear
     [my_lv_rmeta_4]  my_vg  ewi-aor---   4.00m                                                 /dev/sde(0)                                                                               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               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/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)

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

   # lvconvert --merge my_vg/my_lv_rimage_2

    my_vg/my_lv_rimage_2 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 コマンドを使用して、失敗したデバイスを修復および交換できます。

手順

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

   または、lvm.conf ファイルを開いて、エラーメッセージを表示することもできます。

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

手順

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.

      注記

      すべてのボリュームタイプですべての操作がサポートされているわけではありません。続行する前に、特定のボリュームタイプの要件と制限を確認してください。