手順

1. 以下のコンテンツを含む新しい playbook.yml ファイルを作成します。

   ---
   - name: Configure the storage
     hosts: managed-node-01.example.com
     tasks:
     - name: Create a RAID on sdd, sde, sdf, and sdg
       include_role:
         name: rhel-system-roles.storage
       vars:
       storage_safe_mode: false
       storage_volumes:
         - name: data
           type: raid
           disks: [sdd, sde, sdf, sdg]
           raid_level: raid0
           raid_chunk_size: 32 KiB
           mount_point: /mnt/data
           state: present

   警告

   特定の状況でデバイス名が変更する場合があります。たとえば、新しいディスクをシステムに追加するときなどです。したがって、データの損失を防ぐために、Playbook で特定のディスク名を使用しないでください。

2. オプション: Playbook の構文を確認します。

   # ansible-playbook --syntax-check playbook.yml

3. Playbook を実行します。

   # ansible-playbook -i inventory.file /path/to/file/playbook.yml

手順

1. 以下の内容を含む新しい playbook.yml ファイルを作成します。

   - hosts: all
     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
     roles:
       - name: rhel-system-roles.storage

   注記

   LVM pool with RAID を作成するには、raid_level パラメーターを使用して RAID タイプを指定する必要があります。

2. オプション:Playbook の構文を確認します。

   # ansible-playbook --syntax-check playbook.yml

3. インベントリーファイルで Playbook を実行します。

   # ansible-playbook -i inventory.file /path/to/file/playbook.yml

手順

1. 以下のコンテンツを含む新しい playbook.yml ファイルを作成します。

   hosts: all
     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: raid1
               raid_stripe_size: "256 KiB"
               state: present
     roles:
       - name: rhel-system-roles.storage

2. オプション: Playbook の構文を確認します。

   # ansible-playbook --syntax-check playbook.yml

3. インベントリーファイルで Playbook を実行します。

   # ansible-playbook -i inventory.file /path/to/file/playbook.yml

手順

1. 以下の内容を含む新しい playbook.yml ファイルを作成します。

   - hosts: all
     vars:
       storage_volumes:
         - name: barefs
           type: disk
           disks:
            - sdb
           fs_type: xfs
           fs_label: label-name
           mount_point: /mnt/data
           encryption: true
           encryption_password: your-password
     roles:
      - rhel-system-roles.storage

   playbook.yml ファイルに、encryption_key、encryption_cipher、encryption_key_size、および encryption_luks バージョンなどの他の暗号化パラメーターを追加することもできます。

2. オプション: Playbook の構文を確認します。

   # ansible-playbook --syntax-check playbook.yml

3. インベントリーファイルで Playbook を実行します。

   # ansible-playbook -i inventory.file /path/to/file/playbook.yml

検証

1. 暗号化ステータスを表示します。

   # cryptsetup status sdb
   
   /dev/mapper/sdb is active and is in use.
   type: LUKS2
   cipher: aes-xts-plain64
   keysize: 512 bits
   key location: keyring
   device: /dev/sdb
   [...]

2. 作成された LUKS 暗号化ボリュームを確認します。

   # cryptsetup luksDump /dev/sdb
   
   Version:       	2
   Epoch:         	6
   Metadata area: 	16384 [bytes]
   Keyslots area: 	33521664 [bytes]
   UUID:          	a4c6be82-7347-4a91-a8ad-9479b72c9426
   Label:         	(no label)
   Subsystem:     	(no subsystem)
   Flags:       	allow-discards
   
   Data segments:
     0: crypt
   	offset: 33554432 [bytes]
   	length: (whole device)
   	cipher: aes-xts-plain64
   	sector: 4096 [bytes]
   [...]

3. storage ロールがサポートする playbook.yml ファイル内の cryptsetup パラメーターを表示します。

   # cat ~/playbook.yml
   
       - hosts: all
         vars:
           storage_volumes:
             - name: foo
               type: disk
               disks:
                - nvme0n1
               fs_type: xfs
               fs_label: label-name
               mount_point: /mnt/data
               encryption: true
               #encryption_password: passwdpasswd
               encryption_key: /home/passwd_key
               encryption_cipher: aes-xts-plain64
               encryption_key_size: 512
               encryption_luks_version: luks2
   
         roles:
          - rhel-system-roles.storage

手順

1. pvcreate コマンドに、スペースで区切られたデバイス名を引数として使用して、複数の物理ボリュームを作成します。

   # pvcreate /dev/vdb1 /dev/vdb2 /dev/vdb3
     Physical volume "/dev/vdb1" successfully created.
     Physical volume "/dev/vdb2" successfully created.
     Physical volume "/dev/vdb3" successfully created.

   これにより、ラベルが /dev/vdb1、/dev/vdb2、および /dev/vdb3 に配置され、それらが LVM に属する物理ボリュームとしてマークされます。

2. 要件に応じて、以下のコマンドのいずれかを使用して、作成した物理ボリュームを表示します。

   1. pvdisplay コマンド: 各物理ボリュームの詳細をそれぞれ複数行出力します。物理プロパティー (サイズ、エクステント、ボリュームグループなど) および他のオプションが、決められた形式で表示されます。

      # pvdisplay
      --- NEW Physical volume ---
        PV Name               /dev/vdb1
        VG Name
        PV Size               1.00 GiB
      [..]
      --- NEW Physical volume ---
        PV Name               /dev/vdb2
        VG Name
        PV Size               1.00 GiB
      [..]
      --- NEW Physical volume ---
        PV Name               /dev/vdb3
        VG Name
        PV Size               1.00 GiB
      [..]

   2. pvs コマンド: 物理ボリュームの情報を設定可能な形式で出力します。

      # pvs
        PV         VG  Fmt    Attr    PSize      PFree
      /dev/vdb1        lvm2           1020.00m   0
      /dev/vdb2        lvm2           1020.00m   0
      /dev/vdb3        lvm2           1020.00m   0

   3. pvscan コマンド: システムにある物理ボリュームで対応している LVM ブロックデバイスをすべてスキャンします。このコマンドで、特定の物理ボリュームがスキャンされないように、lvm.conf ファイルでフィルターを定義することができます。

      # pvscan
        PV  /dev/vdb1                      lvm2 [1.00 GiB]
        PV  /dev/vdb2                      lvm2 [1.00 GiB]
        PV  /dev/vdb3                      lvm2 [1.00 GiB]

手順

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

   # pvremove /dev/vdb3
   Labels on physical volume "/dev/vdb3" successfully wiped.

2. 既存の物理ボリュームを表示し、必要なボリュームが削除されているかどうかを確認します。

   # pvs
     PV         VG   Fmt    Attr    PSize      PFree
   /dev/vdb1  	    lvm2           1020.00m   0
   /dev/vdb2  	    lvm2           1020.00m   0

手順

1. 次のいずれかの方法を使用して、myvg VG を作成します。

   • オプションを指定しない場合:

     # vgcreate myvg /dev/vdb1 /dev/vdb2
      Volume group "myvg" successfully created.

   • -s 引数を使用してボリュームグループのエクステントサイズを指定する方法:

     # vgcreate -s 2 /dev/myvg /dev/vdb1 /dev/vdb2
     Volume group "myvg" successfully created.

   • -p および -l 引数を使用して、VG に追加可能な物理ボリュームまたは論理ボリュームの数に制限をかける方法:

     # vgcreate -l 1 /dev/myvg /dev/vdb1 /dev/vdb2
     Volume group "myvg" successfully created.

2. 要件に応じて、以下のコマンドのいずれかを使用して、作成したボリュームグループを表示します。

   • vgs コマンド: ボリュームグループの情報を設定可能な形式で提供し、1 ボリュームグループにつき 1 行ずつ表示します。

     # vgs
       VG    #PV #LV #SN  Attr  VSize   VFree
      myvg   2    0   0   wz-n  159.99g 159.99g

   • vgdisplay コマンド: 決められた形式でボリュームグループのプロパティー (サイズ、エクステント、物理ボリュームの数など) およびその他のオプションを表示します。以下の例は、ボリュームグループ myvg に関する vgdisplay コマンドの出力を示しています。既存のすべてのボリュームグループを表示するには、ボリュームグループを指定しないでください。

     # vgdisplay myvg
       --- Volume group ---
       VG Name               myvg
       System ID
       Format                lvm2
       Metadata Areas        4
       Metadata Sequence No  6
       VG Access             read/write
     [..]

   • vgscan コマンド: ボリュームグループ用に、システムにあるサポートされるすべての LVM ブロックデバイスをスキャンします。

     # vgscan
       Found volume group "myvg" using metadata type lvm2

3. オプション: 空き物理ボリュームを 1 つまたは複数追加して、ボリュームグループの容量を増やします。

   # vgextend myvg /dev/vdb3
   Physical volume "/dev/vdb3" successfully created.
   Volume group "myvg" successfully extended

4. オプション: 既存のボリュームグループの名前を変更します。

   # vgrename myvg myvg1
   Volume group "myvg" successfully renamed to "myvg1"

手順

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. 新規作成した物理ボリュームを myvg ボリュームグループに追加します。

      # vgextend myvg /dev/vdb4
        Volume group "myvg" 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 myvg /dev/vdb3
   Removed "/dev/vdb3" from volume group "myvg"

手順

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

   # vgsplit myvg yourvg /dev/vdb3
     Volume group "yourvg" successfully split from "myvg"

   注記

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

   # lvchange -a n /dev/myvg/mylv

   論理ボリュームを作成する方法は、LVM 論理ボリュームの管理 を参照してください。

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

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

手順

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

   # umount /dev/mnt/mylv

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

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

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

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

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

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

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

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

   # vgimport myvg

   注記

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

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

   # vgchange -ay myvg

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

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

手順

1. クラスター環境にボリュームグループが存在する場合は、その他のすべてのノードで、ボリュームグループのロックスペースを停止します。削除を実行しているノードを除くすべてのノードで次のコマンドを使用します。

   # vgchange --lockstop vg-name

   ロックが停止するのを待ちます。

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

   # vgremove vg-name
     Volume group "vg-name" successfully removed

手順

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

   # lvcreate -n mylv -L 500M myvg
   Logical volume "mylv" successfully created.

   -n オプションを使用して LV 名を mylv に設定し、-L オプションを使用して、Mb 単位で LV のサイズを設定しますが、他の単位を使用することもできます。デフォルトでは、論理ボリュームのタイプはリニアですが、--type オプションを使用して必要なタイプを指定できます。

   重要

   ボリュームグループに要求されるサイズとタイプの空き物理エクステントが十分にない場合、このコマンドは失敗します。

2. 要件に応じて、以下のコマンドのいずれかを使用して、作成した論理ボリュームを表示します。

   1. lvs コマンド: 論理ボリューム情報を設定可能な形式で提供して、1 つの論理ボリュームにつき 1 行ずつ表示します。

      # lvs
        LV   VG   Attr         LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
       mylv myvg -wi-ao----   500.00m

   2. lvdisplay コマンド: 決められた形式で、論理ボリュームのプロパティー (サイズ、レイアウト、マッピングなど) を表示します。

      # lvdisplay -v /dev/myvg/mylv
        --- Logical volume ---
        LV Path                /dev/myvg/mylv
        LV Name                mylv
        VG Name                myvg
        LV UUID                YTnAk6-kMlT-c4pG-HBFZ-Bx7t-ePMk-7YjhaM
        LV Write Access        read/write
      [..]

   3. lvscan コマンド: システム内のすべての論理ボリュームをスキャンし、それらをリスト表示します。

      # lvscan
       ACTIVE                   '/dev/myvg/mylv' [500.00 MiB] inherit

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

   # mkfs.xfs /dev/myvg/mylv
   meta-data=/dev/myvg/mylv       isize=512    agcount=4, agsize=32000 blks
            =                       sectsz=512   attr=2, projid32bit=1
            =                       crc=1        finobt=1, sparse=1, rmapbt=0
            =                       reflink=1
   data     =                       bsize=4096   blocks=128000, imaxpct=25
            =                       sunit=0      swidth=0 blks
   naming   =version 2              bsize=4096   ascii-ci=0, ftype=1
   log      =internal log           bsize=4096   blocks=1368, version=2
            =                       sectsz=512   sunit=0 blks, lazy-count=1
   realtime =none                   extsz=4096   blocks=0, rtextents=0
   Discarding blocks...Done.

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

   # mount /dev/myvg/mylv /mnt
   
   # df -h
   Filesystem               1K-blocks  Used   Available Use% Mounted on
   
   /dev/mapper/myvg-mylv   506528    29388  477140     6%   /mnt

前提条件

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. 論理ボリュームが現在マウントされている場合は、ボリュームをアンマウントします。

   # umount /mnt

   /mnt は、マウントポイントに置き換えます。

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

   # lvrename myvg mylv mylv1
   Renamed "mylv" to "mylv1" in volume group "myvg"

   また、デバイスへの完全パスを指定して、論理ボリュームの名前を変更することもできます。

   # lvrename /dev/myvg/mylv /dev/myvg/mylv1

手順

1. LV を使用する際に、物理ボリュームの使用済み容量と空き容量を表示します。

   # pvs -o+pv_used
     PV          VG    Fmt    Attr   PSize      PFree     Used
    /dev/vdb1 myvg  lvm2   a--    1020.00m    0         1020.00m
    /dev/vdb2 myvg  lvm2   a--    1020.00m    0         1020.00m
    /dev/vdb3 myvg  lvm2   a--    1020.00m   1008.00m   12.00m

2. データを他の物理ボリュームに移動します。

   1. 既存のボリュームグループ内の他の物理ボリュームに空きエクステントが十分にある場合は、以下のコマンドを使用してデータを移動します。

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

   2. 既存のボリュームグループ内の他の物理ボリュームに空きエクステントが十分にない場合は、以下のコマンドを使用して新しい物理ボリュームを追加し、新たに作成した物理ボリュームを使用してボリュームグループを拡張し、この物理ボリュームにデータを移動します。

      # pvcreate /dev/vdb4
        Physical volume "/dev/vdb4" successfully created
      
      # vgextend myvg /dev/vdb4
        Volume group "myvg" successfully extended
      
      # pvmove /dev/vdb3 /dev/vdb4
        /dev/vdb3: Moved: 33.33%
        /dev/vdb3: Moved: 100.00%

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

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

   論理ボリュームに、障害のある物理ボリュームが含まれる場合は、その論理ボリュームを使用することはできません。見つからない物理ボリュームをボリュームグループから削除します。その物理ボリュームに論理ボリュームが割り当てられていない場合は、vgreduce コマンドの --removemissing パラメーターを使用できます。

   # vgreduce --removemissing myvg

手順

1. 論理ボリュームが現在マウントされている場合は、ボリュームをアンマウントします。

   # umount /mnt

2. クラスター環境に論理ボリュームが存在する場合は、アクティブになっているすべてのノードで、論理ボリュームを非アクティブにします。アクティブになっている各ノードで、次のコマンドを実行します。

   # lvchange --activate n vg-name/lv-name

3. lvremove ユーティリティーを使用して、論理ボリュームを削除します。

   # lvremove /dev/myvg/mylv1
   
   Do you really want to remove active logical volume "mylv1"? [y/n]: y
   Logical volume "mylv1" successfully removed

   注記

   この場合は、論理ボリュームが非アクティブになっていません。削除する前に論理ボリュームを明示的に非アクティブにした場合は、アクティブな論理ボリュームを削除するかどうかを確認するプロンプトが表示されません。

手順

1. クラスター環境にボリュームグループが存在する場合は、その他のすべてのノードで、ボリュームグループのロックスペースを停止します。削除を実行しているノードを除くすべてのノードで次のコマンドを使用します。

   # vgchange --lockstop vg-name

   ロックが停止するのを待ちます。

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

   # vgremove vg-name
     Volume group "vg-name" successfully removed

手順

1. オプション: ボリュームグループに LV を拡張するのに十分な領域がない場合は、ボリュームグループに新しい物理ボリュームを追加します。

   # vgextend myvg /dev/vdb3
   Physical volume "/dev/vdb3" successfully created.
   Volume group "myvg" successfully extended.

2. LV とファイルシステムを拡張します。

   注記

   -r 引数を指定せずに lvextend コマンドを使用すると、LV のみが拡張されます。基礎となる XFS ファイルシステムを拡張するには、XFS ファイルシステムのサイズの拡大 を参照してください。GFS2 ファイルシステムの場合は、GFS2 ファイルシステムの拡張 を、ext4 ファイルシステムの場合は、ext4 ファイルシステムのサイズ変更 を参照してください。

   注記

   -L オプションを使用して、LV を新しいサイズに拡張します。-l オプションを使用して、増やす論理ボリュームのサイズに応じてエクステントの数を指定します。

   # lvextend -r -L 3G /dev/myvg/mylv
   fsck from util-linux 2.32.1
   /dev/mapper/myvg-mylv: clean, 11/131072 files, 26156/524288 blocks
     Size of logical volume myvg/mylv changed from 2.00 GiB (512 extents) to 3.00 GiB (768 extents).
     Logical volume myvg/mylv successfully resized.
   resize2fs 1.45.6 (20-Mar-2020)
   Resizing the filesystem on /dev/mapper/myvg-mylv to 786432 (4k) blocks.
   The filesystem on /dev/mapper/myvg-mylv is now 786432 (4k) blocks long.

   また、mylv 論理ボリュームを拡張して、myvg ボリュームグループの未割り当て領域をすべて埋めることもできます。

   # lvextend -l +100%FREE /dev/myvg/mylv
    Size of logical volume myvg/mylv changed from 10.00 GiB (2560 extents) to 6.35 TiB (1665465 extents).
    Logical volume myvg/mylv successfully resized.

手順

1. 次のオプションのいずれかを使用して、myvg ボリュームグループ内の mylv 論理ボリュームとそのファイルシステムを縮小します。

   • LV とそのファイルシステムを希望の値まで縮小します。

     # lvreduce --resizefs -L 500M myvg/mylv
     File system ext4 found on myvg/mylv.
     File system size (2.00 GiB) is larger than the requested size (500.00 MiB).
     File system reduce is required using resize2fs.
     ...
     Logical volume myvg/mylv successfully resized.

   • 論理ボリュームとファイルシステムを 64 メガバイト分縮小します。

     # lvreduce --resizefs -L -64M myvg/mylv
     File system ext4 found on myvg/mylv.
     File system size (500.00 MiB) is larger than the requested size (436.00 MiB).
     File system reduce is required using resize2fs.
     ...
     Logical volume myvg/mylv successfully resized

前提条件

1. ボリュームグループ (VG) を構成する基礎となる物理ボリューム (PV) に、ストライプをサポートするのに十分な空き領域がある。

手順

1. オプション: ボリュームグループを表示します。

   # vgs
     VG      #PV #LV #SN Attr   VSize   VFree
     myvg     2   1   0 wz--n- 271.31G 271.31G

2. オプション: ボリュームグループの全領域を使用して、ストライプを作成します。

   # lvcreate -n stripe1 -L 271.31G -i 2 myvg
     Using default stripesize 64.00 KB
     Rounding up size to full physical extent 271.31 GiB

3. オプション: 新しい物理ボリュームを追加して、myvg ボリュームグループを拡張します。

   # vgextend myvg /dev/sdc1
     Volume group "myvg" successfully extended

   この手順を繰り返して、ストライプのタイプと使用する領域の量に応じて、十分な物理ボリュームを追加します。たとえば、ボリュームグループ全体を使用する双方向ストライプの場合、少なくとも 2 つの物理ボリュームを追加する必要があります。

4. myvg VG の一部であるストライプ論理ボリューム stripe1 を拡張します。

   # lvextend myvg/stripe1 -L 542G
     Using stripesize of last segment 64.00 KB
     Extending logical volume stripe1 to 542.00 GB
     Logical volume stripe1 successfully resized

   また、stripe1 論理ボリュームを拡張して、myvg ボリュームグループの未割り当て領域をすべて埋めることもできます。

   # lvextend -l+100%FREE myvg/stripe1
     Size of logical volume myvg/stripe1 changed from 1020.00 MiB (255 extents) to <2.00 GiB (511 extents).
     Logical volume myvg/stripe1 successfully resized.

手順:

1. デフォルトの lvm.conf ファイルを表示します。

   # lvmconfig --typeconfig default --withcomments

   デフォルトでは、lvm.conf ファイルには、可能な設定を表示するコメントのみが含まれています。

2. lvm.conf 内の設定をコメント解除して、要件に応じて lvm.conf ファイルをカスタマイズします。次の設定は、特定のコマンドのデフォルト表示の変更に焦点を当てています。

   • lvm.conf ファイルで、指定されたフィールドのみを出力するように lvs_cols パラメーターを調整します。

     {
       ...
       lvs_cols="lv_name,vg_name,lv_attr"
       ...
     }

     -o オプションを不必要に頻繁に使用しないように、lvs -o lv_name,vg_name,lv_attr コマンドの代わりにこのオプションを使用します。

   • lvm.conf ファイルで、compact_output=1 設定を使用して、pvs、vgs、および lvs コマンドで空のフィールドが出力されないようにします。

     {
       ...
       compact_output = 1
       ...
     }

3. lvm.conf ファイルを変更した後のデフォルト値を表示します。

   # lvmconfig --typeconfig diff

手順

1. lvm.conf ファイルで、デバイスを除外するパスをフィルタリングします。

   filter = [ "r|^path_to_device$|" ]

2. オプション：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 ファイルで、デバイスへのパスをフィルターして除外します。

   filter = [ "r|^path_to_device$|" ]

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

   system_id_source = "uname"

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

   $ vgchange --systemid <system_id> <vg_name>

手順

1. lvm.conf ファイルで、デバイスを除外するパスをフィルタリングします。

   filter = [ "a|^path_to_device$|" ]

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

   system_id_source = "uname"

手順

1. lvm.conf フィルターを設定して、それらを使用するすべてのマシンの LUN を含めます。

   filter = ["a|^path_to_device$|" ]

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

   use_lvmlockd=1

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

前提条件

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.yml ファイルを作成します。

   hosts: all
     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: raid1
               raid_stripe_size: "256 KiB"
               state: present
     roles:
       - name: rhel-system-roles.storage

2. オプション: Playbook の構文を確認します。

   # ansible-playbook --syntax-check playbook.yml

3. インベントリーファイルで Playbook を実行します。

   # ansible-playbook -i inventory.file /path/to/file/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. 変換が必要な論理ボリュームデバイスを表示します。

   # 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. オプション: スクラビングプロセスが使用する I/O 帯域幅を制限します。RAID スクラビング操作を実行すると、sync アクションに必要なバックグラウンド I/O が、LVM デバイスへの他の I/O (ボリュームグループメタデータの更新など) よりも優先される可能性があります。これにより、他の LVM 操作が遅くなる可能性があります。

   リカバリースロットルを実装してスクラビング操作のレートを制御できます。lvchange --syncaction コマンドで --maxrecoveryrate Rate[bBsSkKmMgG] または --minrecoveryrate Rate[bBsSkKmMgG] を使用して復旧速度を設定できます。詳細は、最小/最大 I/O レートオプション を参照してください。

   Rate 値は、アレイ内の各デバイスに対する 1 秒あたりのデータ通信量を指定します。接尾辞を指定しないと、オプションはデバイスごとの 1 秒あたらりの kiB を想定します。

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 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. 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. ボリュームグループ vg001 から、論理ボリューム origin を作成します。

   # lvcreate -L 1G -n origin vg001
   Logical volume "origin" created.

2. 名前が snap で、サイズが 100 MB のスナップショット論理ボリューム /dev/vg001/origin を作成します。

   # lvcreate --size 100M --name snap --snapshot /dev/vg001/origin
     Logical volume "snap" created.

   --size の代わりに -L 引数を、--name の代わりに -n を、そして --snapshot の代わりに -s を使用して、スナップショットを作成することもできます。

   元の論理ボリュームにファイルシステムが含まれている場合は、任意のディレクトリー上でスナップショット論理ボリュームをマウントしてそのファイルシステムのコンテンツにアクセスし、元のファイルシステムが更新を継続している間にバックアップを実行できます。

3. 元のボリュームと、使用されているスナップショットボリュームの現在の割合を表示します。

   # lvs -a -o +devices
     LV      VG    Attr       LSize  Pool Origin Data% Meta% Move Log Cpy%Sync Convert Devices
    origin vg001  owi-a-s---  1.00g                                                  /dev/sde1(0)
     snap vg001  swi-a-s--- 100.00m     origin 0.00                                 /dev/sde1(256)

   lvdisplay /dev/vg001/origin コマンドを使用して、論理ボリューム /dev/vg001/origin のステータスと、すべてのスナップショット論理ボリュームおよびそれらのステータス (アクティブまたは非アクティブなど) を表示することもできます。

   警告

   スナップショット LV の領域は、元の LV が書き込まれた後に消費されます。lvs コマンドは、現在のスナップショット領域の使用状況を Data% data_percent フィールド値でレポートします。スナップショットの容量が 100% に達すると、スナップショットは無効になり使用できなくなります。

   無効なスナップショットは、Attr 列の 5 番目の位置の I または lvs の lv_snapshot_invalid レポートフィールドでレポートされます。lvremove コマンドを使用して、無効なスナップショットを削除できます。

4. オプション: 次のいずれかの方法を使用して、容量が 100% いっぱいになり無効になる前にスナップショットを拡張します。

   • /etc/lvm.conf ファイル内の次のパラメーターを使用して、スナップショットを自動的に拡張するように LVM を設定します。

     snapshot_autoextend_threshold

     スナップショットの使用量がこのパラメーターに設定された値を超えた後、スナップショットを拡張します。デフォルトでは 100 に設定され、自動拡張は無効になっています。このパラメーターの最小値は 50 です。

     snapshot_autoextend_percent

     現在のサイズに対する割合を指定して、その分の領域をスナップショットに追加します。デフォルトでは、20 に設定されます。

     以下の例では、次のパラメーターを設定した後、作成された 1 G のスナップショットは、使用量が 700 M を超えると 1.2 G に拡張されます。

     例10.1 スナップショットの自動拡張

     # vi /etc/lvm.conf
     snapshot_autoextend_threshold = 70
     snapshot_autoextend_percent = 20

     注記

     この機能には、ボリュームグループに未割り当てのスペースが必要です。同様に、スナップショットの自動拡張を実行しても、スナップショットに必要なサイズとして計算される最大サイズを超えて拡張されることはありません。スナップショットのサイズが複製元のボリュームを包含できるまで拡大されると、スナップショットの自動拡張はモニターされなくなります。

   • lvextend コマンドを使用して、このスナップショットを手動で拡張します。

     # lvextend -L+100M /dev/vg001/snap

手順

1. スナップショットボリュームをマージします。以下のコマンドは、スナップショットボリューム vg001/snap をその 作成元 にマージします。

   # lvconvert --merge vg001/snap
   Merging of volume vg001/snap started.
     vg001/origin: Merged: 100.00%

2. 元のボリュームを表示します。

   # lvs -a -o +devices
     LV      VG    Attr       LSize  Pool Origin Data% Meta% Move Log Cpy%Sync Convert Devices
     origin vg001  owi-a-s---  1.00g                                                  /dev/sde1(0)

手順

1. シンプールを作成します。

   # lvcreate -L 100M -T vg001/mythinpool
     Thin pool volume with chunk size 64.00 KiB can address at most 15.81 TiB of data.
     Logical volume "mythinpool" created.

   物理領域のプールを作成しているため、プールのサイズを指定する必要があります。lvcreate コマンドの -T オプションでは引数を使用できません。コマンドで指定する他のオプションをもとに、作成するデバイスのタイプを決定します。次の例に示すように、追加のパラメーターを使用してシンプールを作成することもできます。

   • また、lvcreate コマンドの ----thinpool パラメーターを指定して、シンプールを作成することもできます。-T オプションとは異なり、-thinpool パラメーターでは、作成するシンプール論理ボリュームの名前を指定する必要があります。次の例では、-thinpool パラメーターを使用して、サイズが 100M のボリュームグループ vg001 に mythinpool という名前のシンプールを作成します。

     # lvcreate -L 100M --thinpool mythinpool vg001
       Thin pool volume with chunk size 64.00 KiB can address at most 15.81 TiB of data.
       Logical volume "mythinpool" created.

   • プールの作成ではストライピングがサポートされているため、-i および -I オプションを使用してストライプを作成できます。次のコマンドは、ボリュームグループ vg001 に、thinpool という名前の 2 つの 64 KB ストライプと 256 KB のチャンクサイズを持つ 100 M シンプールを作成します。また、vg001/thinvolume という名前でサイズが 1T のシンボリュームを作成します。

     注記

     ボリュームグループに十分な空き領域がある 2 つの物理ボリュームがあることを確認してください。そうでない場合にはシンプールを作成できません。

     # lvcreate -i 2 -I 64 -c 256 -L 100M -T vg001/thinpool -V 1T --name thinvolume

2. シンボリュームを作成します。

   # lvcreate -V 1G -T vg001/mythinpool -n thinvolume
     WARNING: Sum of all thin volume sizes (1.00 GiB) exceeds the size of thin pool vg001/mythinpool (100.00 MiB).
     WARNING: You have not turned on protection against thin pools running out of space.
     WARNING: Set activation/thin_pool_autoextend_threshold below 100 to trigger automatic extension of thin pools before they get full.
     Logical volume "thinvolume" created.

   このような場合には、ボリュームを含むプールのサイズよりも大きい、ボリュームの仮想サイズを指定しています。次の例に示すように、追加のパラメーターを使用してシンボリュームを作成することもできます。

   • シンボリュームとシンプールの両方を作成するには、lvcreate コマンドの -T オプションを使用して、サイズと仮想サイズの両方の引数を指定します。

     # lvcreate -L 100M -T vg001/mythinpool -V 1G -n thinvolume
       Thin pool volume with chunk size 64.00 KiB can address at most 15.81 TiB of data.
       WARNING: Sum of all thin volume sizes (1.00 GiB) exceeds the size of thin pool vg001/mythinpool (100.00 MiB).
       WARNING: You have not turned on protection against thin pools running out of space.
       WARNING: Set activation/thin_pool_autoextend_threshold below 100 to trigger automatic extension of thin pools before they get full.
       Logical volume "thinvolume" created.

   • 残りの空き領域を使用してシンボリュームとシンプールを作成するには、100%FREE オプションを使用します。

     # lvcreate -V 1G -l 100%FREE -T vg001/mythinpool -n thinvolume
     Thin pool volume with chunk size 64.00 KiB can address at most <15.88 TiB of data.
       Logical volume "thinvolume" created.

   • 既存の論理ボリュームをシンプールボリュームに変換するには、lvconvert コマンドの --thinpool パラメーターを使用します。また、-poolmetadata パラメーターを --thinpool パラメーターと組み合わせて使用して、既存の論理ボリュームをシンプールボリュームのメタデータボリュームに変換する必要があります。

     以下の例は、ボリュームグループ vg001 の既存の論理ボリューム lv1 を、シンプールボリュームに変換します。また、ボリュームグループ vg001 の既存の論理ボリューム lv2 を、そのシンプールボリュームのメタデータボリュームに変換します。

     # lvconvert --thinpool vg001/lv1 --poolmetadata vg001/lv2
       Converted vg001/lv1 to thin pool.

     注記

     論理ボリュームをシンプールボリュームまたはシンプールメタデータボリュームに変換すると、論理ボリュームのコンテンツが破棄されます。lvconvert はデバイスのコンテンツを保存するのではなく、コンテンツを上書きするためです。

   • デフォルトでは、lvcreate コマンドは、次の式を使用してシンプールメタデータ論理ボリュームのおおよそのサイズを設定します。

     Pool_LV_size / Pool_LV_chunk_size * 64

     スナップショットが大量にある場合や、シンプールのサイズが小さく、後で急激に大きくなることが予測される場合は、lvcreate コマンドの --poolmetadatasize パラメーターで、シンプールのメタデータボリュームのデフォルト値を大きくしないといけない場合があります。シンプールのメタデータ論理ボリュームで対応している値は 2 MiB - 16 GiB です。

     次の例は、シンプールのメタデータボリュームのデフォルト値を増やす方法を示しています。

     # lvcreate -V 1G -l 100%FREE -T vg001/mythinpool --poolmetadatasize 16M -n thinvolume
     Thin pool volume with chunk size 64.00 KiB can address at most 15.81 TiB of data.
        Logical volume "thinvolume" created.

3. 作成されたシンプールとシンボリュームを表示します。

   # lvs -a -o +devices
     LV                 VG    Attr       LSize   Pool       Origin Data%  Meta%  Move Log Cpy%Sync Convert Devices
     [lvol0_pmspare]    vg001 ewi-------   4.00m                                                           /dev/sda(0)
     mythinpool         vg001 twi-aotz-- 100.00m                   0.00   10.94                            mythinpool_tdata(0)
     [mythinpool_tdata] vg001 Twi-ao---- 100.00m                                                           /dev/sda(1)
     [mythinpool_tmeta] vg001 ewi-ao----   4.00m                                                           /dev/sda(26)
     thinvolume         vg001 Vwi-a-tz--   1.00g mythinpool        0.00

4. オプション: lvextend コマンドを使用して、シンプールのサイズを拡張します。ただし、シンプールのサイズを縮小することはできません。

   注記

   シンプールとシンボリュームの作成中に -l100%FREE 引数を使用すると、このコマンドは失敗します。

   以下のコマンドは、既存のシンプールのサイズ (100M) を変更し、さらに 100M 分を拡張します。

   # lvextend -L+100M vg001/mythinpool
     Size of logical volume vg001/mythinpool_tdata changed from 100.00 MiB (25 extents) to 200.00 MiB (50 extents).
     WARNING: Sum of all thin volume sizes (1.00 GiB) exceeds the size of thin pool vg001/mythinpool (200.00 MiB).
     WARNING: You have not turned on protection against thin pools running out of space.
     WARNING: Set activation/thin_pool_autoextend_threshold below 100 to trigger automatic extension of thin pools before they get full.
   
     Logical volume vg001/mythinpool successfully resized

   # lvs -a -o +devices
     LV                 VG    Attr       LSize   Pool       Origin Data%  Meta%  Move Log Cpy%Sync Convert Devices
     [lvol0_pmspare]    vg001 ewi-------   4.00m                                                           /dev/sda(0)
     mythinpool         vg001 twi-aotz-- 200.00m                   0.00   10.94                            mythinpool_tdata(0)
     [mythinpool_tdata] vg001 Twi-ao---- 200.00m                                                           /dev/sda(1)
     [mythinpool_tdata] vg001 Twi-ao---- 200.00m                                                           /dev/sda(27)
     [mythinpool_tmeta] vg001 ewi-ao----   4.00m                                                           /dev/sda(26)
     thinvolume         vg001 Vwi-a-tz--   1.00g mythinpool        0.00

5. オプション: シンプールとシンボリュームの名前を変更するには、次のコマンドを使用します。

   # lvrename vg001/mythinpool vg001/mythinpool1
     Renamed "mythinpool" to "mythinpool1" in volume group "vg001"
   
   # lvrename vg001/thinvolume vg001/thinvolume1
     Renamed "thinvolume" to "thinvolume1" in volume group "vg001"

   名前を変更した後に、シンプールとシンボリュームを表示します。

   # lvs
     LV          VG       Attr     LSize   Pool       Origin Data%  Move Log Copy%  Convert
   mythinpool1 vg001   twi-a-tz 100.00m                     0.00
   thinvolume1 vg001   Vwi-a-tz   1.00g mythinpool1         0.00

6. オプション: シンプールを削除するには、次のコマンドを使用します。

   # lvremove -f vg001/mythinpool1
     Logical volume "thinvolume1" successfully removed.
     Logical volume "mythinpool1" successfully removed.

手順

1. 高速デバイスに cachevol ボリュームを作成します。

   # lvcreate --size cachevol-size --name <fastvol> <vg> </dev/fast-pv>

   以下の値を置き換えます。

   cachevol-size

   5G などの cachevol ボリュームのサイズ

   fastvol

   cachevol ボリュームの名前

   vg

   ボリュームグループ名

   /dev/fast-pv

   高速ブロックデバイスへのパス (例: /dev/sdf)

   例12.1 cachevol ボリュームの作成

   # lvcreate --size 5G --name fastvol vg /dev/sdf
   Logical volume "fastvol" created.

2. cachevol ボリュームをメインの論理ボリュームに接続して、キャッシュを開始します。

   # lvconvert --type cache --cachevol <fastvol> <vg/main-lv>

   以下の値を置き換えます。

   fastvol

   cachevol ボリュームの名前

   vg

   ボリュームグループ名

   main-lv

   低速な論理ボリュームの名前

   例12.2 メイン LV への cachevol ボリュームの接続

   # lvconvert --type cache --cachevol fastvol vg/main-lv
   Erase all existing data on vg/fastvol? [y/n]: y
   Logical volume vg/main-lv is now cached.

手順

1. 高速デバイスに cachepool ボリュームを作成します。

   # lvcreate --type cache-pool --size <cachepool-size> --name <fastpool> <vg /dev/fast>

   以下の値を置き換えます。

   cachepool-size

   cachepool のサイズ (例: 5G)

   fastpool

   cachepool ボリュームの名前

   vg

   ボリュームグループ名

   /dev/fast

   高速ブロックデバイスへのパス (例: /dev/sdf1)

   注記

   --poolmetadata オプションを使用して、cache-pool の作成時にプールメタデータの場所を指定できます。

   例12.3 cachevol ボリュームの作成

   # lvcreate --type cache-pool --size 5G --name fastpool vg /dev/sde
   Logical volume "fastpool" created.

2. キャッシュを開始するために、メイン論理ボリュームに cachepool をアタッチします。

   # lvconvert --type cache --cachepool <fastpool> <vg/main>

   以下の値を置き換えます。

   fastpool

   cachepool ボリュームの名前

   vg

   ボリュームグループ名

   main

   低速な論理ボリュームの名前

   例12.4 メイン LV への cachepool の接続

   # lvconvert --type cache --cachepool fastpool vg/main
   Do you want wipe existing metadata of cache pool vg/fastpool? [y/n]: y
   Logical volume vg/main is now cached.

手順

1. 低速な論理ボリュームがアクティブな場合は、非アクティブにします。

   # lvchange --activate n <vg>/<main-lv>

   以下の値を置き換えます。

   vg

   ボリュームグループ名

   main-lv

   低速な論理ボリュームの名前

2. 高速なデバイス上に非アクティブな cachevol ボリュームを作成します。

   # lvcreate --activate n --size <cachevol-size> --name <fastvol> <vg> </dev/fast-pv>

   以下の値を置き換えます。

   cachevol-size

   5G などの cachevol ボリュームのサイズ

   fastvol

   cachevol ボリュームの名前

   vg

   ボリュームグループ名

   /dev/fast-pv

   高速ブロックデバイスへのパス (例: /dev/sdf)

   例12.5 非アクティブ化された cachevol ボリュームの作成

   # lvcreate --activate n --size 5G --name fastvol vg /dev/sdf
   WARNING: Logical volume vg/fastvol not zeroed.
   Logical volume "fastvol" created.

3. cachevol ボリュームをメインの論理ボリュームに接続して、キャッシュを開始します。

   # lvconvert --type writecache --cachevol <fastvol> <vg/main-lv>

   以下の値を置き換えます。

   fastvol

   cachevol ボリュームの名前

   vg

   ボリュームグループ名

   main-lv

   低速な論理ボリュームの名前

   例12.6 メイン LV への cachevol ボリュームの接続

   # lvconvert --type writecache --cachevol fastvol vg/main-lv
   Erase all existing data on vg/fastvol? [y/n]?: y
   Using writecache block size 4096 for unknown file system block size, logical block size 512, physical block size 512.
   WARNING: unable to detect a file system block size on vg/main-lv
   WARNING: using a writecache block size larger than the file system block size may corrupt the file system.
   Use writecache block size 4096? [y/n]: y
   Logical volume vg/main-lv now has writecache.

4. 作成された論理ボリュームをアクティベートします。

   # lvchange --activate y <vg/main-lv>

   以下の値を置き換えます。

   vg

   ボリュームグループ名

   main-lv

   低速な論理ボリュームの名前

手順

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

   # lvchange --activate n <vg>/<main-lv>

   vg はボリュームグループ名に置き換え、main-lv はキャッシュが有効になっている論理ボリュームの名前に置き換えます。

2. cachevol ボリュームまたは cachepool ボリュームの割り当てを解除します。

   # lvconvert --splitcache <vg>/<main-lv>

   以下の値を置き換えます。

   vg はボリュームグループ名に置き換え、main-lv はキャッシュが有効になっている論理ボリュームの名前に置き換えます。

   例12.7 cachevol または cachepool ボリュームの接続解除

   # lvconvert --splitcache vg/main-lv
   Detaching writecache already clean.
   Logical volume vg/main-lv writecache has been detached.

手順

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 の 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 から割り当てられる可能性があります。

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

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

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

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

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

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

          例15.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 …​] >

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

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

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

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

        例15.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 メタデータ領域のみを上書きし、既存のデータ領域には影響を与えません。

   例17.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

   例17.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. 論理ボリュームを作成します。ボリュームサイズをバイトではなくエクステントに入力します。

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

   # lvcreate --extents 8780 --name mylv myvg

   例17.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>