ストレージデバイスの管理

手順

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

   ---
   - hosts: managed-node-01.example.com
     roles:
       - rhel-system-roles.storage
     vars:
       storage_volumes:
         - name: barefs
           type: disk
           disks:
             - sdb
           fs_type: xfs

   • 現在、ボリューム名 (この例では barefs) は任意です。storage ロールは、disks: 属性にリスト表示されているディスクデバイスでボリュームを特定します。
   • XFS は RHEL 9 のデフォルトファイルシステムであるため、fs_type: xfs 行を省略することができます。

   • 論理ボリュームにファイルシステムを作成するには、エンクロージングボリュームグループを含む disks: 属性の下に LVM 設定を指定します。詳細は、storage RHEL システムロールを使用して論理ボリュームを作成またはサイズ変更する を参照してください。

     LV デバイスへのパスを指定しないでください。

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

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

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

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

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

   ---
   - hosts: managed-node-01.example.com
     roles:
       - rhel-system-roles.storage
     vars:
       storage_volumes:
         - name: barefs
           type: disk
           disks:
             - sdb
           fs_type: xfs
           mount_point: /mnt/data
           mount_user: somebody
           mount_group: somegroup
           mount_mode: 0755

   • この Playbook は、ファイルシステムを /etc/fstab ファイルに追加し、ファイルシステムを即座にマウントします。
   • /dev/sdb デバイス上のファイルシステム、またはマウントポイントのディレクトリーが存在しない場合は、Playbook により作成されます。

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: Create logical volume
         ansible.builtin.include_role:
           name: rhel-system-roles.storage
         vars:
           storage_pools:
             - name: myvg
               disks:
                 - sda
                 - sdb
                 - sdc
               volumes:
                 - name: mylv
                   size: 2G
                   fs_type: ext4
                   mount_point: /mnt/data

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

   size: <size>

   単位 (GiB など) またはパーセンテージ (60% など) を使用してサイズを指定する必要があります。

   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: Enable online block discard
         ansible.builtin.include_role:
           name: rhel-system-roles.storage
         vars:
           storage_volumes:
             - name: barefs
               type: disk
               disks:
                 - sdb
               fs_type: xfs
               mount_point: /mnt/data
               mount_options: discard

   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) を作成します。

   ---
   - hosts: managed-node-01.example.com
     roles:
       - rhel-system-roles.storage
     vars:
       storage_volumes:
         - name: barefs
           type: disk
           disks:
             - sdb
           fs_type: ext4
           fs_label: label-name
           mount_point: /mnt/data

   • この Playbook は、/dev/sdb ディスクにファイルシステムを作成します。
   • この Playbook は、ファイルシステムを /mnt/data ディレクトリーに永続的にマウントします。
   • ファイルシステムのラベルは label-name です。

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

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

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

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

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

   ---
   - hosts: all
     roles:
       - rhel-system-roles.storage
     vars:
       storage_volumes:
         - name: barefs
           type: disk
           disks:
             - sdb
           fs_type: ext3
           fs_label: label-name
           mount_point: /mnt/data
           mount_user: somebody
           mount_group: somegroup
           mount_mode: 0755

   • この Playbook は、/dev/sdb ディスクにファイルシステムを作成します。
   • この Playbook は、ファイルシステムを /mnt/data ディレクトリーに永続的にマウントします。
   • ファイルシステムのラベルは label-name です。

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

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

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

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

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

   ---
   - name: Create a disk device with swap
     hosts: managed-node-01.example.com
     roles:
       - rhel-system-roles.storage
     vars:
       storage_volumes:
         - name: swap_fs
           type: disk
           disks:
             - /dev/sdb
           size: 15 GiB
           fs_type: swap

   現在、ボリューム名 (この例では swap_fs) は任意です。storage ロールは、disks: 属性にリスト表示されているディスクデバイスでボリュームを特定します。

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: Create a RAID on sdd, sde, sdf, and sdg
         ansible.builtin.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 で使用されるすべての変数の詳細は、コントロールノードの /usr/share/ansible/roles/rhel-system-roles.storage/README.md ファイルを参照してください。

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

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

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

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

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

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

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

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

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

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

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

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

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

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

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

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

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

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

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

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     tasks:
       - name: Create LVM-VDO volume under volume group 'myvg'
         ansible.builtin.include_role:
           name: rhel-system-roles.storage
         vars:
           storage_pools:
             - name: myvg
               disks:
                 - /dev/sdb
               volumes:
                 - name: mylv1
                   compression: true
                   deduplication: true
                   vdo_pool_size: 10 GiB
                   size: 30 GiB
                   mount_point: /mnt/app/shared

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

   vdo_pool_size: <size>

   デバイス上でボリュームが占める実際のサイズ。サイズは、10 GiB など、人間が判読できる形式で指定できます。単位を指定しない場合、デフォルトでバイト単位に設定されます。

   size: <size>

   VDO ボリュームの仮想サイズ。

   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. 機密性の高い変数を暗号化されたファイルに保存します。

   1. vault を作成します。

      $ ansible-vault create vault.yml
      New Vault password: <vault_password>
      Confirm New Vault password: <vault_password>

   2. ansible-vault create コマンドでエディターが開いたら、機密データを <key>: <value> 形式で入力します。

      luks_password: <password>

   3. 変更を保存して、エディターを閉じます。Ansible は vault 内のデータを暗号化します。

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

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     vars_files:
       - vault.yml
     tasks:
       - name: Create and configure a volume encrypted with LUKS
         ansible.builtin.include_role:
           name: rhel-system-roles.storage
         vars:
           storage_volumes:
             - name: barefs
               type: disk
               disks:
                 - sdb
               fs_type: xfs
               fs_label: <label>
               mount_point: /mnt/data
               encryption: true
               encryption_password: "{{ luks_password }}"

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

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

   $ ansible-playbook --ask-vault-pass --syntax-check ~/playbook.yml

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

4. Playbook を実行します。

   $ ansible-playbook --ask-vault-pass ~/playbook.yml

検証

1. LUKS 暗号化ボリュームの luksUUID 値を見つけます。

   # ansible managed-node-01.example.com -m command -a 'cryptsetup luksUUID /dev/sdb'
   
   4e4e7970-1822-470e-b55a-e91efe5d0f5c

2. ボリュームの暗号化ステータスを表示します。

   # ansible managed-node-01.example.com -m command -a 'cryptsetup status luks-4e4e7970-1822-470e-b55a-e91efe5d0f5c'
   
   /dev/mapper/luks-4e4e7970-1822-470e-b55a-e91efe5d0f5c is active and is in use.
     type:    LUKS2
     cipher:  aes-xts-plain64
     keysize: 512 bits
     key location: keyring
     device:  /dev/sdb
   ...

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

   # ansible managed-node-01.example.com -m command -a 'cryptsetup luksDump /dev/sdb'
   
   LUKS header information
   Version:        2
   Epoch:          3
   Metadata area:  16384 [bytes]
   Keyslots area:  16744448 [bytes]
   UUID:           4e4e7970-1822-470e-b55a-e91efe5d0f5c
   Label:          (no label)
   Subsystem:      (no subsystem)
   Flags:          (no flags)
   
   Data segments:
     0: crypt
           offset: 16777216 [bytes]
           length: (whole device)
           cipher: aes-xts-plain64
           sector: 512 [bytes]
   ...

手順

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

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

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

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

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

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

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

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

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

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

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

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

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

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

1. 機密性の高い変数を暗号化されたファイルに保存します。

   1. vault を作成します。

      $ ansible-vault create vault.yml
      New Vault password: <vault_password>
      Confirm New Vault password: <vault_password>

   2. ansible-vault create コマンドでエディターが開いたら、機密データを <key>: <value> 形式で入力します。

      luks_password: <password>

   3. 変更を保存して、エディターを閉じます。Ansible は vault 内のデータを暗号化します。

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

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     vars_files:
       - vault.yml
     tasks:
       - name: Create a new encrypted Stratis pool with Clevis and Tang
         ansible.builtin.include_role:
           name: rhel-system-roles.storage
         vars:
           storage_pools:
              - name: mypool
                disks:
                  - sdd
                  - sde
                type: stratis
                encryption: true
                encryption_password: "{{ luks_password }}"
                encryption_clevis_pin: tang
                encryption_tang_url: tang-server.example.com:7500

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

   encryption_password

   LUKS ボリュームのロックを解除するために使用するパスワードまたはパスフレーズ。

   encryption_clevis_pin

   作成されたプールを暗号化するために使用できる Clevis の方式。tang と tpm2 を使用できます。

   encryption_tang_url

   Tang サーバーの URL。

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

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

   $ ansible-playbook --ask-vault-pass --syntax-check ~/playbook.yml

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

4. Playbook を実行します。

   $ ansible-playbook --ask-vault-pass ~/playbook.yml

手順

1. インタラクティブな parted シェルを起動します。

   # parted block-device

2. デバイスにパーティションテーブルがあるかどうかを確認します。

   # (parted) print

   デバイスにパーティションが含まれている場合は、次の手順でパーティションを削除します。

3. 新しいパーティションテーブルを作成します。

   # (parted) mklabel table-type

   • table-type を、使用するパーティションテーブルのタイプに置き換えます。

     • msdos (MBR の場合)
     • gpt (GPT の場合)

   例5.1 GUID パーティションテーブル (GPT) テーブルの作成

   ディスクに GPT テーブルを作成するには、次のコマンドを使用します。

   # (parted) mklabel gpt

   このコマンドを入力すると、変更の適用が開始されます。

4. パーティションテーブルを表示して、作成されたことを確認します。

   # (parted) print

5. parted シェルを終了します。

   # (parted) quit

手順

1. parted ユーティリティーを起動します。たとえば、次の出力は、デバイス /dev/sda をリストします。

   # parted /dev/sda

2. パーティションテーブルを表示します。

   # (parted) print
   
   Model: ATA SAMSUNG MZNLN256 (scsi)
   Disk /dev/sda: 256GB
   Sector size (logical/physical): 512B/512B
   Partition Table: msdos
   Disk Flags:
   
   Number  Start   End     Size    Type      File system  Flags
    1      1049kB  269MB   268MB   primary   xfs          boot
    2      269MB   34.6GB  34.4GB  primary
    3      34.6GB  45.4GB  10.7GB  primary
    4      45.4GB  256GB   211GB   extended
    5      45.4GB  256GB   211GB   logical

3. オプション: 次に調べるデバイスに切り替えます。

   # (parted) select block-device

手順

1. parted ユーティリティーを起動します。

   # parted block-device

2. 現在のパーティションテーブルを表示し、十分な空き領域があるかどうかを確認します。

   # (parted) print

   • 十分な空き容量がない場合は、パーティションのサイズを変更してください。

   • パーティションテーブルから、以下を確認します。

     • 新しいパーティションの開始点と終了点
     • MBR で、どのパーティションタイプにすべきか

3. 新しいパーティションを作成します。

   # (parted) mkpart part-type name fs-type start end

   • part-type を primary、logical、または extended に置き換えます。これは MBR パーティションテーブルにのみ適用されます。
   • name を任意のパーティション名に置き換えます。これは GPT パーティションテーブルに必要です。
   • fs-type を、xfs、ext2、ext3、ext4、fat16、fat32、hfs、hfs+、linux-swap、ntfs、または reiserfs に置き換えます。fs-type パラメーターは任意です。parted ユーティリティーは、パーティションにファイルシステムを作成しないことに注意してください。
   • start と end を、パーティションの開始点と終了点を決定するサイズに置き換えます (ディスクの開始からカウントします)。512MiB、20GiB、1.5TiB などのサイズ接尾辞を使用できます。デフォルトサイズの単位はメガバイトです。

   例5.2 小さなプライマリーパーティションの作成

   MBR テーブルに 1024MiB から 2048MiB までのプライマリーパーティションを作成するには、次のコマンドを使用します。

   # (parted) mkpart primary 1024MiB 2048MiB

   コマンドを入力すると、変更の適用が開始されます。

4. パーティションテーブルを表示して、作成されたパーティションのパーティションタイプ、ファイルシステムタイプ、サイズが、パーティションテーブルに正しく表示されていることを確認します。

   # (parted) print

5. parted シェルを終了します。

   # (parted) quit

6. 新規デバイスノードを登録します。

   # udevadm settle

7. カーネルが新しいパーティションを認識していることを確認します。

   # cat /proc/partitions

手順

1. インタラクティブな fdisk シェルを起動します。

   # fdisk block-device

2. 現在のパーティションテーブルを表示して、パーティションのマイナー番号を確認します。

   Command (m for help): print

   現在のパーティションタイプは Type 列で、それに対応するタイプ ID は Id 列で確認できます。

3. パーティションタイプコマンドを入力し、マイナー番号を使用してパーティションを選択します。

   Command (m for help): type
   Partition number (1,2,3 default 3): 2

4. オプション: リストを 16 進数コードで表示します。

   Hex code (type L to list all codes): L

5. パーティションタイプを設定します。

   Hex code (type L to list all codes): 8e

6. 変更を書き込み、fdisk シェルを終了します。

   Command (m for help): write
   The partition table has been altered.
   Syncing disks.

7. 変更を確認します。

   # fdisk --list block-device

手順

1. parted ユーティリティーを起動します。

   # parted block-device

2. 現在のパーティションテーブルを表示します。

   # (parted) print

   パーティションテーブルから、以下を確認します。

   • パーティションのマイナー番号。
   • 既存のパーティションの位置とサイズ変更後の新しい終了点。

3. パーティションのサイズを変更します。

   # (parted) resizepart 1 2GiB

   • 1 を、サイズを変更するパーティションのマイナー番号に置き換えます。
   • 2 を、サイズを変更するパーティションの新しい終了点を決定するサイズに置き換えます (ディスクの開始からカウントします)。512MiB、20GiB、1.5TiB などのサイズ接尾辞を使用できます。デフォルトサイズの単位はメガバイトです。

4. パーティションテーブルを表示して、サイズ変更したパーティションのサイズが、パーティションテーブルで正しく表示されていることを確認します。

   # (parted) print

5. parted シェルを終了します。

   # (parted) quit

6. カーネルが新しいパーティションを登録していることを確認します。

   # cat /proc/partitions

7. オプション: パーティションを拡張した場合は、そこにあるファイルシステムも拡張します。

手順

1. インタラクティブな parted シェルを起動します。

   # parted block-device

   • block-device を、パーティションを削除するデバイスへのパス (例: /dev/sda) に置き換えます。

2. 現在のパーティションテーブルを表示して、削除するパーティションのマイナー番号を確認します。

   (parted) print

3. パーティションを削除します。

   (parted) rm minor-number

   • minor-number を、削除するパーティションのマイナー番号に置き換えます。

   このコマンドを実行すると、すぐに変更の適用が開始されます。

4. パーティションテーブルからパーティションが削除されたことを確認します。

   (parted) print

5. parted シェルを終了します。

   (parted) quit

6. パーティションが削除されたことをカーネルが登録していることを確認します。

   # cat /proc/partitions

7. パーティションが存在する場合は、/etc/fstab ファイルからパーティションを削除します。削除したパーティションを宣言している行を見つけ、ファイルから削除します。

8. システムが新しい /etc/fstab 設定を登録するように、マウントユニットを再生成します。

   # systemctl daemon-reload

9. スワップパーティション、または LVM の一部を削除した場合は、カーネルコマンドラインからパーティションへの参照をすべて削除します。

   1. アクティブなカーネルオプションを一覧表示し、削除されたパーティションを参照するオプションがないか確認します。

      # grubby --info=ALL

   2. 削除されたパーティションを参照するカーネルオプションを削除します。

      # grubby --update-kernel=ALL --remove-args="option"

10. アーリーブートシステムに変更を登録するには、initramfs ファイルシステムを再構築します。

    # dracut --force --verbose

手順

1. targetcli ツールをインストールします。

   # dnf install targetcli

2. ターゲットサービスを起動します。

   # systemctl start target

3. システムの起動時にターゲットサービスが起動するように設定するには、次のコマンドを実行します。

   # systemctl enable target

4. ファイアウォールの 3260 ポートを開き、ファイアウォール設定を再読み込みします。

   # firewall-cmd --permanent --add-port=3260/tcp
   Success
   
   # firewall-cmd --reload
   Success

手順

1. iSCSI ディレクトリーに移動します。

   /> iscsi/

   注記

   cd コマンドは、ディレクトリーを変更したり、移動するパスのリストを表示するために使用されます。

2. iSCSI ターゲットを作成するには、以下のいずれかのオプションを使用します。

   1. デフォルトのターゲット名を使用した iSCSI ターゲットの作成:

      /iscsi> create
      
      Created target
      iqn.2003-01.org.linux-iscsi.hostname.x8664:sn.78b473f296ff
      Created TPG1

   2. 特定の名前を使用した iSCSI ターゲットの作成:

      /iscsi> create iqn.2006-04.com.example:444
      
      Created target iqn.2006-04.com.example:444
      Created TPG1
      Here iqn.2006-04.com.example:444 is target_iqn_name

      iqn.2006-04.com.example:444 を、特定のターゲット名に置き換えます。

3. 新たに作成されたターゲットを確認します。

   /iscsi> ls
   
   o- iscsi.......................................[1 Target]
       o- iqn.2006-04.com.example:444................[1 TPG]
           o- tpg1...........................[enabled, auth]
              o- acls...............................[0 ACL]
               o- luns...............................[0 LUN]
              o- portals.........................[0 Portal]

手順

1. backstores/ ディレクトリーから fileio/ に移動します。

   /> backstores/fileio

2. fileio ストレージオブジェクトを作成します。

   /backstores/fileio> create file1 /tmp/disk1.img 200M write_back=false
   
   Created fileio file1 with size 209715200

手順

1. backstores/ ディレクトリーから block/ に移動します。

   /> backstores/block/

2. block バックストアを作成します。

   /backstores/block> create name=block_backend dev=/dev/sdb
   
   Generating a wwn serial.
   Created block storage object block_backend using /dev/vdb.

手順

1. backstores/ ディレクトリーから pscsi/ に移動します。

   /> backstores/pscsi/

2. この例では、/dev/sr0 を使用して物理 SCSI デバイスである TYPE_ROM デバイスの pscsi バックストアを作成します。

   /backstores/pscsi> create name=pscsi_backend dev=/dev/sr0
   
   Generating a wwn serial.
   Created pscsi storage object pscsi_backend using /dev/sr0

手順

1. backstores/ ディレクトリーから ramdisk/ に移動します。

   /> backstores/ramdisk/

2. 1GB RAM ディスクバックストアを作成します。

   /backstores/ramdisk> create name=rd_backend size=1GB
   
   Generating a wwn serial.
   Created rd_mcp ramdisk rd_backend with size 1GB.

手順

1. TPG ディレクトリーに移動します。

   /iscsi> iqn.2006-04.example:444/tpg1/

2. iSCSI ポータルを作成するには、以下のいずれかのオプションを使用します。

   1. デフォルトポータルを作成するには、デフォルトの iSCSI ポート 3260 を使用し、ターゲットがそのポートのすべての IP アドレスをリッスンできるようにします。

      /iscsi/iqn.20...mple:444/tpg1> portals/ create
      
      Using default IP port 3260
      Binding to INADDR_Any (0.0.0.0)
      Created network portal 0.0.0.0:3260

      注記

      iSCSI ターゲットが作成されると、デフォルトのポータルも作成されます。このポータルは、デフォルトのポート番号 0.0.0.0:3260 ですべての IP アドレスをリッスンするように設定されます。

      デフォルトのポータルを削除するには、次のコマンドを使用します。

      /iscsi/iqn-name/tpg1/portals delete ip_address=0.0.0.0 ip_port=3260

   2. 特定の IP アドレスを使用したポータルの作成:

      /iscsi/iqn.20...mple:444/tpg1> portals/ create 192.168.122.137
      
      Using default IP port 3260
      Created network portal 192.168.122.137:3260

手順

1. 作成したストレージオブジェクトの LUN を作成します。

   /iscsi/iqn.20...mple:444/tpg1> luns/ create /backstores/ramdisk/rd_backend
   Created LUN 0.
   
   /iscsi/iqn.20...mple:444/tpg1> luns/ create /backstores/block/block_backend
   Created LUN 1.
   
   /iscsi/iqn.20...mple:444/tpg1> luns/ create /backstores/fileio/file1
   Created LUN 2.

2. 作成した LUN を確認します。

   /iscsi/iqn.20...mple:444/tpg1> ls
   
   o- tpg.................................. [enambled, auth]
       o- acls ......................................[0 ACL]
       o- luns .....................................[3 LUNs]
       |  o- lun0.........................[ramdisk/ramdisk1]
       |  o- lun1.................[block/block1 (/dev/vdb1)]
       |  o- lun2...................[fileio/file1 (/foo.img)]
       o- portals ................................[1 Portal]
           o- 192.168.122.137:3260......................[OK]

   デフォルトの LUN 名は 0 から始まります。

   重要

   デフォルトでは、読み書きパーミッションを持つ LUN が作成されます。ACL の作成後に新しい LUN が追加されると、LUN は自動的に利用可能なすべての ACL にマッピングされ、セキュリティー上のリスクが発生します。読み取り専用権限を持つ LUN の作成については、Creating a read-only iSCSI LUN を参照してください。

3. ACL を設定します。詳細は、iSCSI ACL の作成 を参照してください。

手順

1. 読み取り専用パーミッションを設定します。

   /> set global auto_add_mapped_luns=false
   
   Parameter auto_add_mapped_luns is now 'false'.

   これにより、LUN が既存の ACL へ自動的にマッピングされないようになり、LUN を手動でマッピングできるようになります。

2. initiator_iqn_name ディレクトリーに移動します。

   /> iscsi/target_iqn_name/tpg1/acls/initiator_iqn_name/

3. LUN を作成します。

   /iscsi/target_iqn_name/tpg1/acls/initiator_iqn_name> create mapped_lun=next_sequential_LUN_number tpg_lun_or_backstore=backstore write_protect=1

   たとえば、以下のようになります。

   /iscsi/target_iqn_name/tpg1/acls/2006-04.com.example:888> create mapped_lun=1 tpg_lun_or_backstore=/backstores/block/block2 write_protect=1
   
   Created LUN 1.
   Created Mapped LUN 1.

4. 作成した LUN を確認します。

   /iscsi/target_iqn_name/tpg1/acls/2006-04.com.example:888> ls
    o- 2006-04.com.example:888 .. [Mapped LUNs: 2]
    | o- mapped_lun0 .............. [lun0 block/disk1 (rw)]
    | o- mapped_lun1 .............. [lun1 block/disk2 (ro)]

   (mapped_lun0 の (rw) とは異なり) mapped_lun1 行の最後に (ro) が表示されますが、これは、読み取り専用であることを表しています。

5. ACL を設定します。詳細は、iSCSI ACL の作成 を参照してください。

手順

1. オプション: ACL への LUN の自動マッピングを無効にするには、読み取り専用の iSCSI LUN の作成 を参照してください。

2. acls ディレクトリーへ移動します。

   /> iscsi/target_iqn_name/tpg_name/acls/

3. ACL を作成するには、以下のいずれかのオプションを使用します。

   • イニシエーターの /etc/iscsi/initiatorname.iscsi ファイルの initiator_iqn_name を使用します。

     iscsi/target_iqn_name/tpg_name/acls> create initiator_iqn_name
     
     Created Node ACL for initiator_iqn_name
     Created mapped LUN 2.
     Created mapped LUN 1.
     Created mapped LUN 0.

   • Custom_name を使用し、それに一致するようにイニシエーターを更新します。

     iscsi/target_iqn_name/tpg_name/acls> create custom_name
     
     Created Node ACL for custom_name
     Created mapped LUN 2.
     Created mapped LUN 1.
     Created mapped LUN 0.

     イニシエーター名の更新については、iSCSI イニシエーターの作成 を参照してください。

手順

1. 属性認証を設定します。

   /iscsi/iqn.20...mple:444/tpg1> set attribute authentication=1
   
   Parameter authentication is now '1'.

2. userid と password を設定します。

   /tpg1> set auth userid=redhat
   Parameter userid is now 'redhat'.
   
   /iscsi/iqn.20...689dcbb3/tpg1> set auth password=redhat_passwd
   Parameter password is now 'redhat_passwd'.

手順

1. ターゲットからログオフします。

   # iscsiadm -m node -T iqn.2006-04.example:444 -u

   ターゲットへのログイン方法は、iSCSI イニシエーターの作成 を参照してください。

2. ACL、LUN、およびポータルのすべてを含め、ターゲット全体を削除します。

   /> iscsi/ delete iqn.2006-04.com.example:444

   iqn.2006-04.com.example:444 を target_iqn_name に置き換えます。

   • iSCSI バックストアを削除するには、次のコマンドを実行します。

     /> backstores/backstore-type/ delete block_backend

     • backstore-type を fileio、block、pscsi、または ramdisk に置き換えます。
     • block_backend を、削除する バックストア名 に置き換えます。

   • ACL などの iSCSI ターゲットの一部を削除するには、次のコマンドを実行します。

     /> /iscsi/iqn-name/tpg/acls/ delete iqn.2006-04.com.example:444

手順

1. クライアントマシンに iscsi-initiator-utils をインストールします。

   # dnf install iscsi-initiator-utils

2. イニシエーター名を確認します。

   # cat /etc/iscsi/initiatorname.iscsi
   
   InitiatorName=iqn.2006-04.com.example:888

3. iSCSI ACL の作成 で ACL にカスタム名を指定した場合は、ACL と一致するようにイニシエーター名を更新します。

   1. /etc/iscsi/initiatorname.iscsi ファイルを開き、イニシエーター名を変更します。

      # vi /etc/iscsi/initiatorname.iscsi
      
      InitiatorName=custom-name

   2. iscsid サービスを再起動します。

      # systemctl restart iscsid

4. ターゲットを検出し、表示されたターゲット IQN でターゲットにログインします。

   # iscsiadm -m discovery -t st -p 10.64.24.179
       10.64.24.179:3260,1 iqn.2006-04.example:444
   
   # iscsiadm -m node -T iqn.2006-04.example:444 -l
       Logging in to [iface: default, target: iqn.2006-04.example:444, portal: 10.64.24.179,3260] (multiple)
       Login to [iface: default, target: iqn.2006-04.example:444, portal: 10.64.24.179,3260] successful.

   10.64.24.179 を、target-ip-address に置き換えます。

   この手順では、iSCSI ACL の作成 で説明されているように、それぞれのイニシエーター名が ACL に追加されている場合は、同じターゲットに接続されている任意の数のイニシエーターに対してこの手順を使用できます。

5. iSCSI ディスク名を確認して、この iSCSI ディスクにファイルシステムを作成します。

   # grep "Attached SCSI" /var/log/messages
   
   # mkfs.ext4 /dev/disk_name

   disk_name を、/var/log/messages ファイルに記載されている iSCSI ディスク名に置き換えます。

6. ファイルシステムをマウントします。

   # mkdir /mount/point
   
   # mount /dev/disk_name /mount/point

   /mount/point を、パーティションのマウントポイントに置き換えます。

7. システムの起動時にファイルシステムを自動的にマウントするように /etc/fstab を編集します。

   # vi /etc/fstab
   
   /dev/disk_name /mount/point ext4 _netdev 0 0

   disk_name を iSCSI ディスク名に置き換え、/mount/point を、パーティションのマウントポイントに置き換えます。

手順

1. iscsid.conf ファイルで CHAP 認証を有効にします。

   # vi /etc/iscsi/iscsid.conf
   
   node.session.auth.authmethod = CHAP

   デフォルトでは、node.session.auth.authmethod は None に設定されています。

2. ターゲットの username と password を iscsid.conf ファイルに追加します。

   node.session.auth.username = redhat
   node.session.auth.password = redhat_passwd

3. iscsid デーモンを起動します。

   # systemctl start iscsid.service

手順

1. クライアントマシンに iscsi-initiator-utils をインストールします。

   # dnf install iscsi-initiator-utils

2. 実行中のセッションに関する情報を検索します。

   # iscsiadm -m session -P 3

   このコマンドは、セッションまたはデバイスの状態、セッション ID (sid)、いくつかのネゴシエートしたパラメーター、およびセッション経由でアクセス可能な SCSI デバイスを表示します。

   • より短い出力 (たとえば sid-to-node 間のマッピングのみの表示) には、次のコマンドを実行します。

     # iscsiadm -m session -P 0
             or
     # iscsiadm -m session
     
     tcp [2] 10.15.84.19:3260,2 iqn.1992-08.com.netapp:sn.33615311
     tcp [3] 10.15.85.19:3260,3 iqn.1992-08.com.netapp:sn.33615311

     このコマンドは、driver [sid] target_ip:port,target_portal_group_tag proper_target_name の形式で実行中のセッションのリストを表示します。

手順

1. multipath 論理ユニットのパスとなるデバイスを特定します。

   multipath -ll

2. マルチパスを使用するシステムで、ファイバーチャネル論理ユニットを再スキャンします。

   $ echo 1 > /sys/block/sdX/device/rescan

手順

1. root 論理ボリュームのスナップショットを作成します。

   • root ファイルシステムがシンプロビジョニングを使用する場合は、シンスナップショットを作成します。

     # lvcreate -s rhel/root -kn -n root_snapshot_before_changes
      Logical volume "root_snapshot_before_changes" created.

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

     • -s はスナップショットを作成します。
     • rhel/root はファイルシステムを論理ボリュームにコピーします。
     • -kn はブート時に LV を自動的にアクティブ化します。

     • -n root_snapshot_before_changes はスナップショットの名前を示します。

       シンスナップショットを作成している間は、スナップショットのサイズを定義することができません。スナップショットは、シンプールから割り当てられます。

   • root ファイルシステムがシックプロビジョニングを使用する場合は、シックスナップショットを作成します。

     # lvcreate -s rhel/root -n root_snapshot_before_changes -L 25g
       Rounding up size to full physical extent 25 GiB
       Logical volume "root_snapshot_before_changes" created.

     このコマンドでは、以下が行われます。

     • -s はスナップショットを作成します。
     • rhel/root はファイルシステムを論理ボリュームにコピーします。
     • -n root_snapshot_before_changes はスナップショットの名前を示します。

     • -L 25g はスナップショットのサイズです。元のインストールのサイズに基づいてサイズを推定します。

       シックスナップショットを作成する際は、アップグレード中にすべての変更を保持できるスナップショットサイズを定義します。

       重要

       作成されたスナップショットには、追加のシステム変更は含まれません。

2. プロファイルを作成します。

   プロファイルを作成するには、kexec-tools または kdumpctl と boom 間のインタラクションを回避するために、アーキテクチャー別の回避策が必要です。アップグレード中に、更新された kexec-tools パッケージが、更新された crashkernel 設定によってすべてのブートエントリーの変更を試行します。これにより、エントリーで使用されるブートイメージが削除されます。これは、RHEL 9 の crashkernel 設定を RHEL 8 プロファイルのオプションに追加することで回避できます。

   • Intel 64 または AMD64 (x86_64)、または IBM Z (s390x) アーキテクチャーの場合:

     # boom profile create --from-host --os-options "root=%{root_device} ro %{root_opts} rhgb quiet crashkernel=1G-4G:192M,4G-64G:256M,64G-:512M"
     Created profile with os_id 43747d3:
       OS ID: "43747d3888b663d2bc88efd35d0813159a84d291",
       Name: "Red Hat Enterprise Linux", Short name: "rhel",
       Version: "8.9 (Ootpa)", Version ID: "8.9",
       Kernel pattern: "/vmlinuz-%{version}", Initramfs pattern: "/initramfs-%{version}.img",
       Root options (LVM2): "rd.lvm.lv=%{lvm_root_lv}",
       Root options (BTRFS): "rootflags=%{btrfs_subvolume}",
       Options: "root=%{root_device} ro %{root_opts} rhgb quiet crashkernel=1G-4G:192M,4G-64G:256M,64G-:512M",
       Title: "%{os_name} %{os_version_id} (%{version})",
       Optional keys: "", UTS release pattern: "el8"

   • 64 ビット ARM (AArch64) アーキテクチャーの場合:

     # boom profile create --from-host --os-options "root=%{root_device} ro %{root_opts} rhgb quiet crashkernel=1G-4G:256M,4G-64G:320M,64G-:576M"

   • IBM POWER リトルエンディアン (ppc64le) アーキテクチャーの場合:

     # boom profile create --from-host --os-options "root=%{root_device} ro %{root_opts} rhgb quiet crashkernel=2G-4G:384M,4G-16G:512M,16G-64G:1G,64G-128G:2G,128G-:4G" --optional-keys "grub_users grub_arg grub_class id"

     ppc64le では、grub2-mkconfig コマンドによってステップ 10.2.3 で正しいブートエントリーを生成するために、--optional-keys 引数が必要です。詳細は、RHEL-36180 を参照してください。

3. 元のブートイメージのバックアップコピーを使用して、元のシステムのスナップショットブートエントリーを作成します。

   # boom create --backup --title "Root LV snapshot before changes" --rootlv rhel/root_snapshot_before_changes
   WARNING - Boom grub2 integration is disabled in '/boot/../etc/default/boom'
   Created entry with boot_id c919f89:
     title Root LV snapshot before changes
     machine-id b1dcec73886b45218892b1a7bbfa0dee
     version 4.18.0-513.24.1.el8_9.x86_64
     linux /vmlinuz-4.18.0-513.24.1.el8_9.x86_64.boom0
     initrd /initramfs-4.18.0-513.24.1.el8_9.x86_64.img.boom0
     options root=/dev/rhel/root_snapshot_before_changes ro rd.lvm.lv=rhel/root_snapshot_before_changes rhgb quiet crashkernel=1G-4G:192M,4G-64G:256M,64G-:512M

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

   • --title "Root LV snapshot before changes" は、システム起動時にブートエントリーリストに表示されるブートエントリーの名前です。

   • --rootlv は、新しいブートエントリーに対応する root 論理ボリュームです。

     前の手順を完了すると、アップグレード前の元のシステムにアクセスできるブートエントリーが作成されます。

     "WARNING - Boom grub2 integration is disabled in '/boot/../etc/default/boom'" は無視してください。詳細は、RHEL-35983 を参照してください。

   • ppc64le アーキテクチャーのシステムでは、ブートエントリーを更新します。

     # grub2-mkconfig -o /boot/grub2/grub.cfg
     Generating grub configuration file ...
     Generating boot entries from BLS files...
     done

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

   # leapp upgrade
   ==> Processing phase `configuration_phase`
   ====> * ipu_workflow_config
           IPU workflow config actor
   ==> Processing phase `FactsCollection`
   ...
   ============================================================
                         REPORT OVERVIEW
   ============================================================
   
   Upgrade has been inhibited due to the following problems:
       1. Firewalld Configuration AllowZoneDrifting Is Unsupported
       2. Possible problems with remote login using root account
   
   HIGH and MEDIUM severity reports:
       1. Remote root logins globally allowed using password
       2. GRUB core will be automatically updated during the upgrade
   
   Reports summary:
       Errors:                      0
       Inhibitors:                  2
       HIGH severity reports:       2
       MEDIUM severity reports:     0
       LOW severity reports:        1
       INFO severity reports:       3
   
   Before continuing consult the full report:
       A report has been generated at /var/log/leapp/leapp-report.json
       A report has been generated at /var/log/leapp/leapp-report.txt
   
   ============================================================
                      END OF REPORT OVERVIEW
   ============================================================

   leapp upgrade コマンドのレポートで表示されたブロッカーを確認して解決します。レポートの詳細な説明については、アップグレード前のレポートの確認 参照してください。

5. アップグレードブートエントリーで再起動します。

   # leapp upgrade --reboot
   ==> Processing phase `configuration_phase`
   ====> * ipu_workflow_config
           IPU workflow config actor
   ==> Processing phase `FactsCollection`
   ...

   GRUB ブート画面から Red Hat Enterprise Linux Upgrade Initramfs エントリーを選択します。

   注記

   GRUB ブート画面の Snapshots サブメニューは、Red Hat Enterprise Linux 9 では使用できません。

手順

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

   # reboot

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

手順

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

2. システムがロードされたら、利用可能なブートエントリーを表示します。次の出力は、boom ブートエントリーのリストに含まれるスナップショットのブートエントリーを示しています。

   # boom list
   BootID  Version                      Name                     RootDevice
   1e1a9b4 4.18.0-513.5.1.el8_9.x86_64  Red Hat Enterprise Linux /dev/mapper/rhel-root
   4ea37b9 4.18.0-513.24.1.el8_9.x86_64 Red Hat Enterprise Linux /dev/mapper/rhel-root
   c919f89 4.18.0-513.24.1.el8_9.x86_64 Red Hat Enterprise Linux /dev/rhel/root_snapshot_before_changes

3. BootID 値を使用してスナップショットのエントリーを削除します。

   # boom delete --boot-id c919f89
   Deleted 1 entry

   これにより、GRUB メニューからブートエントリーが削除されます。

4. 論理ボリューム (LV) のスナップショットを削除します。

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

5. アップグレード後の残りのタスクを完了します。詳細は、RHEL 8 から RHEL 9 へのアップグレード を参照してください。

手順

1. スナップショットを元のボリュームとマージします。

   # lvconvert --merge rhel/root_snapshot_before_changes
     Logical volume rhel/root_snapshot_before_changes contains a filesystem in use.
     Delaying merge since snapshot is open.
     Merging of thin snapshot rhel/root_snapshot_before_changes will occur on next activation of rhel/root.

   警告

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

2. マージされたスナップショットのロールバックブートエントリーを作成します。

   # boom create --backup --title "RHEL Rollback" --rootlv rhel/root
   WARNING - Boom grub2 integration is disabled in '/boot/../etc/default/boom'
   WARNING - Options for BootEntry(boot_id=1e1a9b4) do not match OsProfile: marking read-only
   WARNING - Options for BootEntry(boot_id=1ccc554) do not match OsProfile: marking read-only
   WARNING - Options for BootEntry(boot_id=4ea37b9) do not match OsProfile: marking read-only
   WARNING - Options for BootEntry(boot_id=e22dd61) do not match OsProfile: marking read-only
   Created entry with boot_id 6c44638:
     title RHEL Rollback
     machine-id b1dcec73886b45218892b1a7bbfa0dee
     version 4.18.0-513.24.1.el8_9.x86_64
     linux /vmlinuz-4.18.0-513.24.1.el8_9.x86_64.boom0
     initrd /initramfs-4.18.0-513.24.1.el8_9.x86_64.img.boom0
     options root=/dev/rhel/root ro rd.lvm.lv=rhel/root rhgb quiet crashkernel=1G-4G:192M,4G-64G:256M,64G-:512M

   WARNING メッセージはすべて無視してください。RHEL-35983 を参照してください。

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

   # reboot

   • システムが再起動したら、GRUB 画面から RHEL Rollback ブートエントリーを選択します。

   • root 論理ボリュームがアクティブになると、システムは自動的にスナップショットのマージ操作を開始します。

     重要

     マージ操作が開始されると、スナップショットボリュームは使用できなくなります。RHEL Rollback ブートエントリーが正常に起動すると、ルート LV スナップショットブートエントリー が機能しなくなります。スナップショットの論理ボリュームをマージすると、ルート LV スナップショットが破棄され、元のボリュームの以前の状態が復元されます。

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

   1. 未使用の Red Hat Enterprise Linux 9 ブートエントリーを /boot ファイルシステムから削除し、変更を有効にするために grub.cfg ファイルを再構築します。

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

      # rm -f /boot/*.el9*

      # grub2-mkconfig -o /boot/grub2/grub.cfg
      Generating grub configuration file ...
      done

5. システムへのロールバックが成功したら、boom スナップショットを削除し、ブートエントリーをロールバックします。

   # boom list -o+title
   WARNING - Options for BootEntry(boot_id=1e1a9b4) do not match OsProfile: marking read-only
   WARNING - Options for BootEntry(boot_id=1ccc554) do not match OsProfile: marking read-only
   WARNING - Options for BootEntry(boot_id=4ea37b9) do not match OsProfile: marking read-only
   BootID  Version                      Name                     RootDevice                             Title
   1e1a9b4 4.18.0-513.5.1.el8_9.x86_64  Red Hat Enterprise Linux /dev/mapper/rhel-root                  Red Hat Enterprise Linux (4.18.0-513.5.1.el8_9.x86_64) 8.9 (Ootpa)
   4ea37b9 4.18.0-513.24.1.el8_9.x86_64 Red Hat Enterprise Linux /dev/mapper/rhel-root                  Red Hat Enterprise Linux (4.18.0-513.24.1.el8_9.x86_64) 8.9 (Ootpa)
   c919f89 4.18.0-513.24.1.el8_9.x86_64 Red Hat Enterprise Linux /dev/rhel/root_snapshot_before_changes Root LV snapshot before changes
   6c44638 4.18.0-513.24.1.el8_9.x86_64 Red Hat Enterprise Linux /dev/rhel/root                         RHEL Rollback

   # boom delete c919f89
   WARNING - Options for BootEntry(boot_id=1e1a9b4) do not match OsProfile: marking read-only
   WARNING - Options for BootEntry(boot_id=1ccc554) do not match OsProfile: marking read-only
   WARNING - Options for BootEntry(boot_id=4ea37b9) do not match OsProfile: marking read-only
   Deleted 1 entry

   # boom delete 6c44638
   WARNING - Options for BootEntry(boot_id=1e1a9b4) do not match OsProfile: marking read-only
   WARNING - Options for BootEntry(boot_id=1ccc554) do not match OsProfile: marking read-only
   WARNING - Options for BootEntry(boot_id=4ea37b9) do not match OsProfile: marking read-only
   Deleted 1 entry

   警告は無視してください。詳細は、RHEL-35983 を参照してください。

手順

1. nvmet-rdma サブシステムを作成します。

   # modprobe nvmet-rdma
   
   # mkdir /sys/kernel/config/nvmet/subsystems/testnqn
   
   # cd /sys/kernel/config/nvmet/subsystems/testnqn

   testnqn を、サブシステム名に置き換えます。

2. すべてのホストがこのコントローラーに接続できるようにします。

   # echo 1 > attr_allow_any_host

3. namespace を設定します。

   # mkdir namespaces/10
   
   # cd namespaces/10

   10 を、namespace の数値に置き換えます。

4. NVMe デバイスへのパスを設定します。

   # echo -n /dev/nvme0n1 > device_path

5. namespace を有効にします。

   # echo 1 > enable

6. NVMe ポートでディレクトリーを作成します。

   # mkdir /sys/kernel/config/nvmet/ports/1
   
   # cd /sys/kernel/config/nvmet/ports/1

7. mlx5_ib0 の IP アドレスを表示します。

   # ip addr show mlx5_ib0
   
   8: mlx5_ib0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 4092 qdisc mq state UP group default qlen 256
       link/infiniband 00:00:06:2f:fe:80:00:00:00:00:00:00:e4:1d:2d:03:00:e7:0f:f6 brd 00:ff:ff:ff:ff:12:40:1b:ff:ff:00:00:00:00:00:00:ff:ff:ff:ff
       inet 172.31.0.202/24 brd 172.31.0.255 scope global noprefixroute mlx5_ib0
          valid_lft forever preferred_lft forever
       inet6 fe80::e61d:2d03:e7:ff6/64 scope link noprefixroute
          valid_lft forever preferred_lft forever

8. コントローラーのトランスポートアドレスを設定します。

   # echo -n 172.31.0.202 > addr_traddr

9. RDMA をトランスポートタイプとして設定します。

   # echo rdma > addr_trtype
   
   # echo 4420 > addr_trsvcid

10. ポートのアドレスファミリーを設定します。

    # echo ipv4 > addr_adrfam

11. ソフトリンクを作成します。

    # ln -s /sys/kernel/config/nvmet/subsystems/testnqn   /sys/kernel/config/nvmet/ports/1/subsystems/testnqn

手順

1. nvmetcli パッケージをインストールします。

   # dnf install nvmetcli

2. rdma.json ファイルをダウンロードします。

   # wget http://git.infradead.org/users/hch/nvmetcli.git/blob_plain/0a6b088db2dc2e5de11e6f23f1e890e4b54fee64:/rdma.json

3. rdma.json ファイルを編集して、traddr の値を 172.31.0.202 に変更します。

4. NVMe コントローラー設定ファイルをロードして、コントローラーをセットアップします。

   # nvmetcli restore rdma.json

手順

1. nvme-cli ツールをインストールします。

   # dnf install nvme-cli

2. nvme-rdma モジュールが読み込まれていない場合は、読み込みます。

   # modprobe nvme-rdma

3. NVMe コントローラーで使用可能なサブシステムを検出します。

   # nvme discover -t rdma -a 172.31.0.202 -s 4420
   
   Discovery Log Number of Records 1, Generation counter 2
   =====Discovery Log Entry 0======
   trtype:  rdma
   adrfam:  ipv4
   subtype: nvme subsystem
   treq:    not specified, sq flow control disable supported
   portid:  1
   trsvcid: 4420
   subnqn:  testnqn
   traddr:  172.31.0.202
   rdma_prtype: not specified
   rdma_qptype: connected
   rdma_cms:    rdma-cm
   rdma_pkey: 0x0000

4. 検出されたサブシステムに接続します。

   # nvme connect -t rdma -n testnqn -a 172.31.0.202 -s 4420
   
   # lsblk
   NAME                         MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
   sda                            8:0    0 465.8G  0 disk
   ├─sda1                         8:1    0     1G  0 part /boot
   └─sda2                         8:2    0 464.8G  0 part
     ├─rhel_rdma--virt--03-root 253:0    0    50G  0 lvm  /
     ├─rhel_rdma--virt--03-swap 253:1    0     4G  0 lvm  [SWAP]
     └─rhel_rdma--virt--03-home 253:2    0 410.8G  0 lvm  /home
   nvme0n1
   
   # cat /sys/class/nvme/nvme0/transport
   rdma

   testnqn を NVMe サブシステム名に置き換えます。

   172.31.0.202 をコントローラーの IP アドレスに置き換えます。

   4420 を、ポート番号に置き換えます。

手順

1. nvme-cli ユーティリティーをインストールします。

   # dnf install nvme-cli

   これにより、/etc/nvme/ ディレクトリーに hostnqn ファイルが作成されます。hostnqn ファイルは、NVMe ホストを識別します。

2. ローカルポートとリモートポートのワールドワイドノード名 (WWNN) とワールドワイドポート名 (WWPN) 識別子を見つけます。

   # cat /sys/class/scsi_host/host*/nvme_info
   
   NVME Host Enabled
   XRI Dist lpfc0 Total 6144 IO 5894 ELS 250
   NVME LPORT lpfc0 WWPN x10000090fae0b5f5 WWNN x20000090fae0b5f5 DID x010f00 ONLINE
   NVME RPORT       WWPN x204700a098cbcac6 WWNN x204600a098cbcac6 DID x01050e TARGET DISCSRVC ONLINE
   
   NVME Statistics
   LS: Xmt 000000000e Cmpl 000000000e Abort 00000000
   LS XMIT: Err 00000000  CMPL: xb 00000000 Err 00000000
   Total FCP Cmpl 00000000000008ea Issue 00000000000008ec OutIO 0000000000000002
       abort 00000000 noxri 00000000 nondlp 00000000 qdepth 00000000 wqerr 00000000 err 00000000
   FCP CMPL: xb 00000000 Err 00000000

   これらの host-traddr と traddr の値を使用して、サブシステムの NVMe 修飾名 (NQN) を検索します。

   # nvme discover --transport fc \ --traddr nn-0x204600a098cbcac6:pn-0x204700a098cbcac6 \ --host-traddr nn-0x20000090fae0b5f5:pn-0x10000090fae0b5f5
   
   Discovery Log Number of Records 2, Generation counter 49530
   =====Discovery Log Entry 0======
   trtype:  fc
   adrfam:  fibre-channel
   subtype: nvme subsystem
   treq:    not specified
   portid:  0
   trsvcid: none
   subnqn:  nqn.1992-08.com.netapp:sn.e18bfca87d5e11e98c0800a098cbcac6:subsystem.st14_nvme_ss_1_1
   traddr:  nn-0x204600a098cbcac6:pn-0x204700a098cbcac6

   nn-0x204600a098cbcac6:pn-0x204700a098cbcac6 を、traddr に置き換えます。

   nn-0x20000090fae0b5f5:pn-0x10000090fae0b5f5 を、host-traddr に置き換えます。

3. nvme-cli を使用して NVMe コントローラーに接続します。

   # nvme connect --transport fc \ --traddr nn-0x204600a098cbcac6:pn-0x204700a098cbcac6 \ --host-traddr nn-0x20000090fae0b5f5:pn-0x10000090fae0b5f5 \ -n nqn.1992-08.com.netapp:sn.e18bfca87d5e11e98c0800a098cbcac6:subsystem.st14_nvme_ss_1_1 \ -k 5

   注記

   接続時間がデフォルトの keep-alive タイムアウト値を超えると keep-alive timer (5 seconds) expired! と表示される場合は、-k オプションを使用して値を増やします。たとえば、-k 7 を使用できます。

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

   nn-0x204600a098cbcac6:pn-0x204700a098cbcac6 を、traddr に置き換えます。

   nn-0x20000090fae0b5f5:pn-0x10000090fae0b5f5 を、host-traddr に置き換えます。

   nqn.1992-08.com.netapp:sn.e18bfca87d5e11e98c0800a098cbcac6:subsystem.st14_nvme_ss_1_1 を、subnqn に置き換えます。

   5 を keep-alive タイムアウト値 (秒単位) に置き換えます。

手順

1. nvme-cli ユーティリティーをインストールします。

   # dnf install nvme-cli

   これにより、/etc/nvme/ ディレクトリーに hostnqn ファイルが作成されます。hostnqn ファイルは、NVMe ホストを識別します。

2. qla2xxx を再読み込みします。

   # modprobe -r qla2xxx
   # modprobe qla2xxx

3. ローカルポートとリモートポートのワールドワイドノード名 (WWNN) とワールドワイドポート名 (WWPN) 識別子を見つけます。

   # dmesg |grep traddr
   
   [    6.139862] qla2xxx [0000:04:00.0]-ffff:0: register_localport: host-traddr=nn-0x20000024ff19bb62:pn-0x21000024ff19bb62 on portID:10700
   [    6.241762] qla2xxx [0000:04:00.0]-2102:0: qla_nvme_register_remote: traddr=nn-0x203b00a098cbcac6:pn-0x203d00a098cbcac6 PortID:01050d

   これらの host-traddr と traddr の値を使用して、サブシステムの NVMe 修飾名 (NQN) を検索します。

   # nvme discover --transport fc \ --traddr nn-0x203b00a098cbcac6:pn-0x203d00a098cbcac6 \ --host-traddr nn-0x20000024ff19bb62:pn-0x21000024ff19bb62
   
   Discovery Log Number of Records 2, Generation counter 49530
   =====Discovery Log Entry 0======
   trtype:  fc
   adrfam:  fibre-channel
   subtype: nvme subsystem
   treq:    not specified
   portid:  0
   trsvcid: none
   subnqn:  nqn.1992-08.com.netapp:sn.c9ecc9187b1111e98c0800a098cbcac6:subsystem.vs_nvme_multipath_1_subsystem_468
   traddr:  nn-0x203b00a098cbcac6:pn-0x203d00a098cbcac6

   nn-0x203b00a098cbcac6:pn-0x203d00a098cbcac6 を、traddr に置き換えます。

   nn-0x20000024ff19bb62:pn-0x21000024ff19bb62 を、host-traddr に置き換えます。

4. nvme-cli ツールを使用して NVMe コントローラーに接続します。

   # nvme connect --transport fc \ --traddr nn-0x203b00a098cbcac6:pn-0x203d00a098cbcac6 \ --host-traddr nn-0x20000024ff19bb62:pn-0x21000024ff19bb62 \ -n nqn.1992-08.com.netapp:sn.c9ecc9187b1111e98c0800a098cbcac6:subsystem.vs_nvme_multipath_1_subsystem_468\ -k 5

   注記

   接続時間がデフォルトの keep-alive タイムアウト値を超えると keep-alive timer (5 seconds) expired! と表示される場合は、-k オプションを使用して値を増やします。たとえば、-k 7 を使用できます。

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

   nn-0x203b00a098cbcac6:pn-0x203d00a098cbcac6 を、traddr に置き換えます。

   nn-0x20000024ff19bb62:pn-0x21000024ff19bb62 を、host-traddr に置き換えます。

   nqn.1992-08.com.netapp:sn.c9ecc9187b1111e98c0800a098cbcac6:subsystem.vs_nvme_multipath_1_subsystem_468 を、subnqn に置き換えます。

   5 を keep-live タイムアウト値 (秒単位) に置き換えます。

手順

1. nvme-cli ツールをインストールします。

   # dnf install nvme-cli

   このツールは、NVMe ホストを識別する hostnqn ファイルを /etc/nvme/ ディレクトリーに作成します。

2. nvme hostid と hostnqn を見つけます。

   # cat /etc/nvme/hostnqn
   nqn.2014-08.org.nvmexpress:uuid:8ae2b12c-3d28-4458-83e3-658e571ed4b8
   
   # cat /etc/nvme/hostid
   09e2ce17-ccc9-412d-8dcf-2b0a1d581ee3

   hostid 値および hostnqn の値を使用して、NVMe/TCP コントローラーを設定します。

3. コントローラーのステータスを確認します。

   # nmcli device show ens6
   GENERAL.DEVICE:                         ens6
   GENERAL.TYPE:                           ethernet
   GENERAL.HWADDR:                         52:57:02:12:02:02
   GENERAL.MTU:                            1500
   GENERAL.STATE:                          30 (disconnected)
   GENERAL.CONNECTION:                     --
   GENERAL.CON-PATH:                       --
   WIRED-PROPERTIES.CARRIER:               on

4. 静的 IP アドレスを使用して、新しくインストールされたイーサネットコントローラーのホストネットワークを設定します。

   # nmcli connection add con-name ens6 ifname ens6 type ethernet ip4 192.168.101.154/24 gw4 192.168.101.1

   ここで、192.168.101.154 をホスト IP アドレスに置き換えます。

   # nmcli connection mod ens6 ipv4.method manual
   # nmcli connection up ens6

   NVMe/TCP ホストを NVMe/TCP コントローラーに接続するための新しいネットワークが作成されるため、コントローラーでもこの手順を実行します。

手順

1. nvme_tcp モジュールをロードしていない場合はロードします。

   # modprobe nvme-tcp

2. NVMe コントローラーで使用可能なサブシステムを検出します。

   # nvme discover --transport=tcp --traddr=192.168.101.55 --host-traddr=192.168.101.154 --trsvcid=8009
   
   Discovery Log Number of Records 2, Generation counter 7
   =====Discovery Log Entry 0======
   trtype:  tcp
   adrfam:  ipv4
   subtype: current discovery subsystem
   treq:	not specified, sq flow control disable supported
   portid:  2
   trsvcid: 8009
   subnqn:  nqn.2014-08.org.nvmexpress.discovery
   traddr:  192.168.101.55
   eflags:  not specified
   sectype: none
   =====Discovery Log Entry 1======
   trtype:  tcp
   adrfam:  ipv4
   subtype: nvme subsystem
   treq:	not specified, sq flow control disable supported
   portid:  2
   trsvcid: 8009
   subnqn:  nqn.2014-08.org.nvmexpress:uuid:0c468c4d-a385-47e0-8299-6e95051277db
   traddr:  192.168.101.55
   eflags:  not specified
   sectype: none

   ここで、192.168.101.55 は NVMe/TCP コントローラーの IP アドレスで、192.168.101.154 は NVMe/TCP ホストの IP アドレスです。

3. /etc/nvme/discovery.conf ファイルを設定して、nvme discover コマンドで使用されるパラメーターを追加します。

   # echo "--transport=tcp --traddr=192.168.101.55 --host-traddr=192.168.101.154 --trsvcid=8009" >> /etc/nvme/discovery.conf

4. NVMe/TCP ホストをコントローラーシステムに接続します。

   # nvme connect-all

手順

1. ネイティブ NVMe マルチパスが有効になっているかどうかを確認します。

   # cat /sys/module/nvme_core/parameters/multipath

   コマンドは以下のいずれかを表示します。

   N

   ネイティブ NVMe マルチパスは無効です。

   Y

   ネイティブ NVMe マルチパスは有効です。

2. ネイティブ NVMe マルチパスが有効になっている場合は、次のいずれかの方法を使用して無効にします。

   • カーネルオプションの使用

     1. nvme_core.multipath=N オプションをコマンドラインに追加します。

        # grubby --update-kernel=ALL --args="nvme_core.multipath=N"

     2. 64 ビットの IBM Z アーキテクチャーでは、ブートメニューを更新します。

        # zipl

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

   • カーネルモジュール設定ファイルの使用

     1. 以下の内容で /etc/modprobe.d/nvme_core.conf 設定ファイルを作成します。

        options nvme_core multipath=N

     2. initramfs ファイルをバックアップします。

        # cp /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r).bak.$(date +%m%d-%H%M%S).img

     3. initramfs を再構築します。

        # cp /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r).bak.$(date +%m-%d-%H%M%S).img
        # dracut --force --verbose

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

3. DM マルチパスを有効にします。

   # systemctl enable --now multipathd.service

4. 利用可能なすべてのパスに I/O を分配します。/etc/multipath.conf ファイルに以下の内容を追加します。

   devices {
           device {
                   vendor "NVME"
                   product ".*"
                   path_grouping_policy group_by_prio
           }
   }

   注記

   DM Multipath が NVMe デバイスを管理する場合、/sys/class/nvme-subsystem/nvme-subsys0/iopolicy 設定ファイルは I/O ディストリビューションには影響を与えません。

5. 設定の変更を適用するために、multipathd サービスをリロードします。

   # multipath -r

手順

1. カーネルでネイティブ NVMe マルチパスが有効になっているかどうかを確認します。

   # cat /sys/module/nvme_core/parameters/multipath

   コマンドは以下のいずれかを表示します。

   N

   ネイティブ NVMe マルチパスは無効です。

   Y

   ネイティブ NVMe マルチパスは有効です。

2. ネイティブ NVMe マルチパスが無効になっている場合は、次のいずれかの方法を使用して有効にします。

   • カーネルオプションの使用

     1. カーネルコマンドラインから nvme_core.multipath=N オプションを削除します。

        # grubby --update-kernel=ALL --remove-args="nvme_core.multipath=N"

     2. 64 ビットの IBM Z アーキテクチャーでは、ブートメニューを更新します。

        # zipl

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

   • カーネルモジュール設定ファイルの使用

     1. /etc/modprobe.d/nvme_core.conf 設定ファイルを削除します。

        # rm /etc/modprobe.d/nvme_core.conf

     2. initramfs ファイルをバックアップします。

        # cp /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r).bak.$(date +%m-%d-%H%M%S).img

     3. initramfs を再構築します。

        # dracut --force --verbose

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

3. オプション: 実行中のシステムで、NVMe デバイスの I/O ポリシーを変更して、利用可能なすべてのパスに I/O を分散させます。

   # echo "round-robin" > /sys/class/nvme-subsystem/nvme-subsys0/iopolicy

4. オプション: udev ルールを使用して I/O ポリシーを永続的に設定します。以下の内容で /etc/udev/rules.d/71-nvme-io-policy.rules ファイルを作成します。

   ACTION=="add|change", SUBSYSTEM=="nvme-subsystem", ATTR{iopolicy}="round-robin"

検証

1. システムが NVMe デバイスを認識しているかどうかを確認します。次の例は、2 つの NVMe 名前空間を持つ NVMe over fabrics ストレージサブシステムが接続されていることを想定しています:

   # nvme list
   
   Node             SN                   Model                                    Namespace Usage                      Format           FW Rev
   ---------------- -------------------- ---------------------------------------- --------- -------------------------- ---------------- --------
   /dev/nvme0n1     a34c4f3a0d6f5cec     Linux                                    1         250.06  GB / 250.06  GB    512   B +  0 B   4.18.0-2
   /dev/nvme0n2     a34c4f3a0d6f5cec     Linux                                    2         250.06  GB / 250.06  GB    512   B +  0 B   4.18.0-2

2. 接続されているすべての NVMe サブシステムをリストアップします。

   # nvme list-subsys
   
   nvme-subsys0 - NQN=testnqn
   \
    +- nvme0 fc traddr=nn-0x20000090fadd597a:pn-0x10000090fadd597a host_traddr=nn-0x20000090fac7e1dd:pn-0x10000090fac7e1dd live
    +- nvme1 fc traddr=nn-0x20000090fadd5979:pn-0x10000090fadd5979 host_traddr=nn-0x20000090fac7e1dd:pn-0x10000090fac7e1dd live
    +- nvme2 fc traddr=nn-0x20000090fadd5979:pn-0x10000090fadd5979 host_traddr=nn-0x20000090fac7e1de:pn-0x10000090fac7e1de live
    +- nvme3 fc traddr=nn-0x20000090fadd597a:pn-0x10000090fadd597a host_traddr=nn-0x20000090fac7e1de:pn-0x10000090fac7e1de live

   アクティブトランスポートタイプを確認します。例えば、nvme0 fc はファイバーチャネルトランスポートで接続されていることを示し、nvme tcp は TCP で接続されていることを示しています。

3. カーネルオプションを編集した場合は、カーネルコマンドラインでネイティブ NVMe マルチパスが有効になっているかどうかを確認します。

   # cat /proc/cmdline
   
   BOOT_IMAGE=[...] nvme_core.multipath=Y

4. I/O ポリシーを変更した場合は、NVMe デバイス上で round-robin がアクティブな I/O ポリシーであるかどうかを確認します。

   # cat /sys/class/nvme-subsystem/nvme-subsys0/iopolicy
   
   round-robin

手順

1. dracut-network パッケージをインストールします。

   # dnf install dracut-network

2. /etc/dracut.conf.d/network.conf ファイルに次の行を追加します。

   add_dracutmodules+=" nfs "

3. 次の順序でサービスを設定して、環境内のリモートディスクレスシステムが正しく機能するようにします。

   1. TFTP サービスを設定します。詳細は、ディスクレスクライアントの TFTP サービスの設定 を参照してください。
   2. DHCP サーバーを設定します。詳細は、ディスクレスクライアントの DHCP サーバーの設定 を参照してください。
   3. ネットワークファイルシステム (NFS) とエクスポートしたファイルシステムを設定します。詳細は、ディスクレスクライアントのエクスポートしたファイルシステムの設定 を参照してください。

手順

1. TFTP サービスを有効にします。

   # systemctl enable --now tftp

2. tftp のルートディレクトリーに pxelinux ディレクトリーを作成します。

   # mkdir -p /var/lib/tftpboot/pxelinux/

3. /usr/share/syslinux/pxelinux.0 ファイルを /var/lib/tftpboot/pxelinux/ ディレクトリーにコピーします。

   # cp /usr/share/syslinux/pxelinux.0 /var/lib/tftpboot/pxelinux/

4. /usr/share/syslinux/ldlinux.c32 を /var/lib/tftpboot/pxelinux/ にコピーします。

   # cp /usr/share/syslinux/ldlinux.c32 /var/lib/tftpboot/pxelinux/

5. tftp のルートディレクトリーに pxelinux.cfg ディレクトリーを作成します。

   # mkdir -p /var/lib/tftpboot/pxelinux/pxelinux.cfg/

   注記

   この設定は、Unified Extensible Firmware Interface (UEFI) 経由では起動しません。UEFI のインストールを実行するには、UEFI ベースのクライアント用に TFTP サーバーを設定する を参照してください。

手順

1. /etc/dhcp/dhcpd.conf ファイルに次の設定を追加して、DHCP サーバーをセットアップし、ブート用の Preboot Execution Environment (PXE) を有効にします。

   option space pxelinux;
   option pxelinux.magic code 208 = string;
   option pxelinux.configfile code 209 = text;
   option pxelinux.pathprefix code 210 = text;
   option pxelinux.reboottime code 211 = unsigned integer 32;
   option architecture-type code 93 = unsigned integer 16;
   
   subnet 192.168.205.0 netmask 255.255.255.0 {
     option routers 192.168.205.1;
     range 192.168.205.10 192.168.205.25;
   
     class "pxeclients" {
       match if substring (option vendor-class-identifier, 0, 9) = "PXEClient";
       next-server 192.168.205.1;
   
       if option architecture-type = 00:07 {
         filename "BOOTX64.efi";
         } else {
         filename "pxelinux/pxelinux.0";
       }
     }
   }

   DHCP 設定は、リース時間や固定アドレスの設定など、環境によって異なる場合があります。詳細は、DHCP サービスの提供 を参照してください。

   注記

   libvirt 仮想マシンをディスクレスクライアントとして使用する場合、libvirt デーモンが DHCP サービスを提供し、スタンドアロン DHCP サーバーは使用されません。この状況では、libvirt ネットワーク設定の virsh net-edit で bootp file=<filename> オプションを使用して、ネットワークブートを有効にする必要があります。

2. dhcpd.service を有効にします。

   # systemctl enable --now dhcpd.service

手順

1. /etc/exports ディレクトリーにルートディレクトリーを追加して、ルートディレクトリーをエクスポートするようにネットワークファイルシステム (NFS) サーバーを設定します。詳細な手順は、以下を参照してください。

   • NFS サーバーのデプロイ

2. 完全にディスクレスのクライアントに対応できるように、Red Hat Enterprise Linux の完全なバージョンをルートディレクトリーにインストールします。これを行うには、新しいベースシステムをインストールするか、既存のインストールのクローンを作成します。

   • exported-root-directory をエクスポートしたファイルシステムへのパスに置き換えて、エクスポートした場所に Red Hat Enterprise Linux をインストールします。

     # dnf install @Base kernel dracut-network nfs-utils --installroot=exported-root-directory --releasever=/

     releasever オプションを / に設定すると、releasever がホスト (/) システムから検出されます。

   • rsync ユーティリティーを使用して、実行中のシステムと同期します。

     # rsync -a -e ssh --exclude='/proc/' --exclude='/sys/' example.com:/ exported-root-directory

     • example.com は、rsync ユーティリティーで同期する実行中のシステムのホスト名に置き換えます。

     • exported-root-directory を、エクスポートしたファイルシステムへのパスに置き換えます。

       このオプションには、実行中の別のシステムが必要です。これは、このコマンドでサーバーにクローンを作成します。

3. ファイルシステムをディスクレスクライアントで使用する前に、エクスポートの準備が完了しているファイルシステムを設定します。

   1. ディスクレスクライアントがサポートするカーネル (vmlinuz-_kernel-version_pass:attributes) を tftp ブートディレクトリーにコピーします。

      # cp /exported-root-directory/boot/vmlinuz-kernel-version /var/lib/tftpboot/pxelinux/

   2. initramfs-kernel-version.img ファイルをローカルに作成し、NFS をサポートするエクスポートされたルートディレクトリーに移動します。

      # dracut --add nfs initramfs-kernel-version.img kernel-version

      以下に例を示します。

      # dracut --add nfs /exports/root/boot/initramfs-5.14.0-202.el9.x86_64.img 5.14.0-202.el9.x86_64

      現在実行中のカーネルバージョンを使用し、既存のイメージを上書きして initrd を作成する例を以下に示します。

      # dracut -f --add nfs "boot/initramfs-$(uname -r).img" "$(uname -r)"

   3. initrd のファイル権限を 0644 に変更します。

      # chmod 0644 /exported-root-directory/boot/initramfs-kernel-version.img

      警告

      initrd のファイル権限を変更しないと、pxelinux.0 ブートローダーが "file not found" エラーを表示して失敗します。

   4. 作成された initramfs-kernel-version.img ファイルを tftp ブートディレクトリーにコピーします。

      # cp /exported-root-directory/boot/initramfs-kernel-version.img /var/lib/tftpboot/pxelinux/

   5. /var/lib/tftpboot/pxelinux/pxelinux.cfg/default ファイルに次の設定を追加して、initrd とカーネルを使用するためのデフォルトのブート設定を編集します。

      default rhel9
      
      label rhel9
        kernel vmlinuz-kernel-version
        append initrd=initramfs-kernel-version.img root=nfs:_server-ip_:/exported-root-directory rw

      この設定は、ディスクレスクライアントのルートに、/exported-root-directory エクスポートファイルシステムを読み取り/書き込み形式でマウントするように指示します。

   6. オプション: /var/lib/tftpboot/pxelinux/pxelinux.cfg/default ファイルを次の設定で編集して、ファイルシステムを read-only 形式でマウントします。

      default rhel9
      
      label rhel9
        kernel vmlinuz-kernel-version
        append initrd=initramfs-kernel-version.img root=nfs:server-ip:/exported-root-directory ro

   7. NFS サーバーを再起動します。

      # systemctl restart nfs-server.service

手順

1. サイズが 2 GB の LVM2 論理ボリュームを作成します。

   # lvcreate VolGroup00 -n LogVol02 -L 2G

2. 新しいスワップ領域をフォーマットします。

   # mkswap /dev/VolGroup00/LogVol02

3. 次のエントリーを /etc/fstab ファイルに追加します。

   /dev/VolGroup00/LogVol02 none swap defaults 0 0

4. システムが新しい設定を登録するように、マウントユニットを再生成します。

   # systemctl daemon-reload

5. 論理ボリュームでスワップをアクティブにします。

   # swapon -v /dev/VolGroup00/LogVol02

手順

1. 新しいスワップファイルのサイズをメガバイト単位で指定してから、そのサイズに 1024 をかけてブロック数を指定します。たとえばスワップファイルのサイズが 64 MB の場合は、ブロック数が 65536 になります。

2. 空のファイルの作成:

   # dd if=/dev/zero of=/swapfile bs=1024 count=65536

   65536 を、必要なブロックサイズと同じ値に置き換えます。

3. 次のコマンドでスワップファイルをセットアップします。

   # mkswap /swapfile

4. スワップファイルのセキュリティーを変更して、全ユーザーで読み込みができないようにします。

   # chmod 0600 /swapfile

5. システムの起動時にスワップファイルを有効にするには、次のエントリーを使用して /etc/fstab ファイルを編集します。

   /swapfile none swap defaults 0 0

   次にシステムが起動すると新しいスワップファイルが有効になります。

6. システムが新しい /etc/fstab 設定を登録するように、マウントユニットを再生成します。

   # systemctl daemon-reload

7. すぐにスワップファイルをアクティブにします。

   # swapon /swapfile

手順

1. 関連付けられている論理ボリュームのスワップ機能を無効にします。

   # swapoff -v /dev/VolGroup00/LogVol01

2. LVM2 論理ボリュームのサイズを 2 GB 増やします。

   # lvresize /dev/VolGroup00/LogVol01 -L +2G

3. 新しいスワップ領域をフォーマットします。

   # mkswap /dev/VolGroup00/LogVol01

4. 拡張論理ボリュームを有効にします。

   # swapon -v /dev/VolGroup00/LogVol01

手順

1. 関連付けられている論理ボリュームのスワップ機能を無効にします。

   # swapoff -v /dev/VolGroup00/LogVol01

2. スワップ署名を削除します。

   # wipefs -a /dev/VolGroup00/LogVol01

3. LVM2 論理ボリュームのサイズを変更して 512 MB 削減します。

   # lvreduce /dev/VolGroup00/LogVol01 -L -512M

4. 新しいスワップ領域をフォーマットします。

   # mkswap /dev/VolGroup00/LogVol01

5. 論理ボリュームでスワップをアクティブにします。

   # swapon -v /dev/VolGroup00/LogVol01

手順

1. 関連付けられている論理ボリュームのスワップ機能を無効にします。

   # swapoff -v /dev/VolGroup00/LogVol02

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

   # lvremove /dev/VolGroup00/LogVol02

3. 次の関連エントリーを /etc/fstab ファイルから削除します。

   /dev/VolGroup00/LogVol02 none swap defaults 0 0

4. マウントユニットを再生成して新しい設定を登録します。

   # systemctl daemon-reload

手順

1. /swapfile スワップファイルを無効にします。

   # swapoff -v /swapfile

2. /etc/fstab ファイルからエントリーを削除します。

3. システムが新しい設定を登録するように、マウントユニットを再生成します。

   # systemctl daemon-reload

4. 実際のファイルを削除します。

   # rm /swapfile

手順

1. fcoe-utils パッケージをインストールします。

   # dnf install fcoe-utils

2. /etc/fcoe/cfg-ethx テンプレートファイルを /etc/fcoe/cfg-interface_name にコピーします。たとえば、FCoE を使用するように enp1s0 インターフェイスを設定する場合は、以下のコマンドを実行します。

   # cp /etc/fcoe/cfg-ethx /etc/fcoe/cfg-enp1s0

3. fcoe サービスを有効にして起動します。

   # systemctl enable --now fcoe

4. インターフェイス enp1s0 で FCoE VLAN を検出し、検出された VLAN のネットワークデバイスを作成して、イニシエーターを起動します。

   # fipvlan -s -c enp1s0
   Created VLAN device enp1s0.200
   Starting FCoE on interface enp1s0.200
   Fibre Channel Forwarders Discovered
   interface       | VLAN | FCF MAC
   ------------------------------------------
   enp1s0          | 200  | 00:53:00:a7:e7:1b

5. 必要に応じて、検出されたターゲット、LUN、および LUN に関連付けられたデバイスの詳細を表示します。

   # fcoeadm -t
   Interface:        enp1s0.200
   Roles:            FCP Target
   Node Name:        0x500a0980824acd15
   Port Name:        0x500a0982824acd15
   Target ID:        0
   MaxFrameSize:     2048 bytes
   OS Device Name:   rport-11:0-1
   FC-ID (Port ID):  0xba00a0
   State:            Online
   
   LUN ID  Device Name   Capacity   Block Size  Description
   ------  -----------  ----------  ----------  ---------------------
        0  sdb           28.38 GiB      512     NETAPP LUN (rev 820a)
        ...

   この例では、SAN からの LUN 0 が /dev/sdb デバイスとしてホストに割り当てられていることを示しています。

前提条件

1. mt-st パッケージがインストールされている。詳細は、テープドライブ管理ツールのインストール を参照。

2. テープドライブが読み込まれている。

   # mt -f /dev/st0 load

手順

1. テープヘッドを確認します。

   # mt -f /dev/st0 status
   
   SCSI 2 tape drive:
   File number=-1, block number=-1, partition=0.
   Tape block size 0 bytes. Density code 0x0 (default).
   Soft error count since last status=0
   General status bits on (50000):
    DR_OPEN IM_REP_EN

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

   • 現在の ファイル番号 は -1 です。
   • block number はテープヘッドを定義します。デフォルトでは、-1 に設定されます。
   • block size 0 は、テープデバイスのブロックサイズが固定されていないことを示します。
   • Soft error count は、mt status コマンドの実行後に発生したエラーの数を示します。
   • General status bits は、テープデバイスの統計を表示します。
   • DR_OPEN は、ドアが開き、テープデバイスが空であることを示します。IM_REP_EN は即時レポートモードです。

2. テープデバイスが空でない場合は、それを上書きします。

   # tar -czf /dev/st0 _/source/directory

   このコマンドは、テープデバイスのデータを /source/directory の内容で上書きします。

3. /source/directory をテープデバイスにバックアップします。

   # tar -czf /dev/st0 _/source/directory
   tar: Removing leading `/' from member names
   /source/directory
   /source/directory/man_db.conf
   /source/directory/DIR_COLORS
   /source/directory/rsyslog.conf
   [...]

4. テープデバイスのステータスを表示します。

   # mt -f /dev/st0  status

前提条件

1. mt-st パッケージがインストールされている。詳細は、テープドライブ管理ツールのインストール を参照。

2. テープドライブが読み込まれている。

   # mt -f /dev/nst0 load

手順

1. 巻き戻しなしのテープデバイス /dev/nst0 のテープヘッドを確認します。

   # mt -f /dev/nst0 status

2. テープのヘッドまたはテープの最後にポインターを指定します。

   # mt -f /dev/nst0 rewind

3. テープデバイスにデータを追加するには、次のコマンドを実行します。

   # mt -f /dev/nst0 eod
   # tar -czf /dev/nst0 /source/directory/

4. /source/directory/ をテープデバイスにバックアップします。

   # tar -czf /dev/nst0 /source/directory/
   tar: Removing leading `/' from member names
   /source/directory/
   /source/directory/man_db.conf
   /source/directory/DIR_COLORS
   /source/directory/rsyslog.conf
   [...]

5. テープデバイスのステータスを表示します。

   # mt -f /dev/nst0  status

前提条件

1. mt-st パッケージがインストールされている。詳細は、テープドライブ管理ツールのインストール を参照。
2. データはテープデバイスに書き込まれる。詳細は、Writing to rewinding tape devices または Writing to non-rewinding tape devices を参照。

前提条件

1. mt-st パッケージがインストールされている。詳細は、テープドライブ管理ツールのインストール を参照。
2. データはテープデバイスに書き込まれる。詳細は、Writing to rewinding tape devices または Writing to non-rewinding tape devices を参照。

前提条件

1. mt-st パッケージがインストールされている。詳細は、テープドライブ管理ツールのインストール を参照。
2. データはテープデバイスに書き込まれる。詳細は、Writing to rewinding tape devices または Writing to non-rewinding tape devices を参照。

手順

1. テープデバイスからデータを削除します。

   # mt -f /dev/st0 erase

2. テープデバイスをアンロードします。

   mt -f /dev/st0 offline

手順

1. 手動パーティション設定 画面の左側のペインで、必要なパーティションを選択します。
2. デバイス セクションの下にある 修正 をクリックします。マウントポイントの設定 ダイアログボックスが開きます。
3. RAID デバイスに追加するディスクを選択して、選択 をクリックします。
4. デバイスタイプ ドロップダウンメニューをクリックして、RAID を選択します。
5. ファイルシステム のドロップダウンメニューをクリックして、目的のファイルシステムタイプを選択します。
6. RAID レベル ドロップダウンメニューをクリックして、目的の RAID レベルを選択します。
7. 設定を更新 をクリックして、変更を保存します。
8. 完了 をクリックして設定を適用し、インストールの概要 ウィンドウに戻ります。

手順

1. /dev/sda1 と /dev/sdc1 などの 2 つのブロックデバイスの RAID を作成します。

   # mdadm --create /dev/md0 --level=0 --raid-devices=2 /dev/sda1 /dev/sdc1
   mdadm: Defaulting to version 1.2 metadata
   mdadm: array /dev/md0 started.

   level_value オプションは、RAID レベルを定義します。

2. オプション: RAID のステータスを確認します。

   # mdadm --detail /dev/md0
   /dev/md0:
              Version : 1.2
        Creation Time : Thu Oct 13 15:17:39 2022
           Raid Level : raid0
           Array Size : 18649600 (17.79 GiB 19.10 GB)
         Raid Devices : 2
        Total Devices : 2
          Persistence : Superblock is persistent
   
          Update Time : Thu Oct 13 15:17:39 2022
                State : clean
       Active Devices : 2
      Working Devices : 2
       Failed Devices : 0
        Spare Devices : 0
   [...]

3. オプション: RAID 内の各デバイスに関する詳細情報を確認します。

   # mdadm --examine /dev/sda1 /dev/sdc1
   /dev/sda1:
             Magic : a92b4efc
           Version : 1.2
       Feature Map : 0x1000
        Array UUID : 77ddfb0a:41529b0e:f2c5cde1:1d72ce2c
              Name : 0
     Creation Time : Thu Oct 13 15:17:39 2022
        Raid Level : raid0
      Raid Devices : 2
   [...]

4. RAID ドライブにファイルシステムを作成します。

   # mkfs -t xfs /dev/md0

   xfs を、ドライブをフォーマットするために選択したファイルシステムに置き換えます。

5. RAID ドライブのマウントポイントを作成してマウントします。

   # mkdir /mnt/raid1
   # mount /dev/md0 /mnt/raid1

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

   システムの起動時に RHEL が md0 RAID デバイスを自動的にマウントするようにするには、デバイスのエントリを /etc/fstab ファイルに追加します。

   /dev/md0   /mnt/raid1 xfs  defaults   0 0

手順

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

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

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

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

   

5. RAID デバイスの作成 ダイアログボックスで、新しい RAID の名前を入力します。
6. RAID レベル ドロップダウンリストで、使用する RAID レベルを選択します。

7. Chunk Size ドロップダウンリストから、使用可能なオプションのリストからサイズを選択します。

   Chunk Size の値は、データ書き込み用の各ブロックの大きさを指定します。たとえば、チャンクサイズが 512 KiB の場合、システムは最初の 512 KiB を最初のディスクに書き込み、次の 512 KiB を次のディスクに書き込み、その次の 512 KiB をその次のディスクに書き込みます。RAID に 3 つのディスクがある場合は、4 つ目の 512 KiB が最初のディスクに再度書き込まれます。

8. RAID に使用するディスクを選択します。
9. Create をクリックします。

手順

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

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

2. Storage をクリックします。
3. ストレージ テーブルで、フォーマットする RAID デバイスの横にあるメニューボタン ⋮ をクリックします。
4. ドロップダウンメニューから Format を選択します。
5. Format ダイアログボックスに名前を入力します。
6. マウントポイント フィールドに、マウントパスを追加します。
7. Type ドロップダウンリストから、ファイルシステムのタイプを選択します。

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

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

9. ボリュームを暗号化する場合は、Encryption ドロップダウンメニューから暗号化の種類を選択します。

   ボリュームを暗号化しない場合は、No encryption を選択します。

10. At boot ドロップダウンメニューで、ボリュームをマウントするタイミングを選択します。

11. Mount options セクションで:

    1. ボリュームを読み取り専用論理ボリュームとしてマウントする場合は、Mount read only チェックボックスをオンにします。
    2. デフォルトのマウントオプションを変更する場合は、Custom mount options チェックボックスをオンにしてマウントオプションを追加します。

12. RAID パーティションをフォーマットします。

    • パーティションをフォーマットしてマウントする場合は、Format and mount ボタンをクリックします。

    • パーティションのみをフォーマットする場合は、Format only ボタンをクリックします。

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

手順

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

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

2. Storage をクリックします。
3. Storage テーブルで、パーティションテーブルを作成する RAID デバイスをクリックします。
4. MDRAID device セクションのメニューボタン ⋮ をクリックします。
5. ドロップダウンメニューから、Create partition table を選択します。

6. Initialize disk ダイアログボックスで、以下を選択します。

   1. パーティション設定:

      • すべてのシステムおよびデバイスと互換性あり (MBR)
      • 最新のシステムおよび 2TB (GPT) 以上のハードディスクと互換性あり
      • パーティションなし

   2. オーバーライト:

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

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

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

   パーティションテーブルが作成され、そのテーブル上にパーティションを作成できるようになりました。

手順

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

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

2. Storage をクリックします。
3. Storage テーブルで、パーティションを作成する RAID デバイスをクリックします。
4. RAID デバイスページで、GPT partitions セクションまでスクロールし、作成したパーティションテーブルの横にあるメニューボタン ⋮ をクリックします。デフォルトでは Free space という名前が付けられます。
5. Create Partition をクリックします。
6. Create partition ダイアログボックスで、ファイルシステムの名前を入力します。名前にスペースは使用しないでください。
7. マウントポイント フィールドに、マウントパスを追加します。
8. Type ドロップダウンリストで、ファイルシステムのタイプを選択します。
9. Size フィールドで、パーティションのサイズを設定します。

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

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

11. ボリュームを暗号化する場合は、Encryption ドロップダウンメニューで暗号化の種類を選択します。

    ボリュームを暗号化しない場合は、No encryption を選択します。

12. At boot ドロップダウンメニューで、ボリュームをマウントするタイミングを選択します。

13. Mount options セクションで:

    1. ボリュームを読み取り専用論理ボリュームとしてマウントする場合は、Mount read only チェックボックスをオンにします。
    2. デフォルトのマウントオプションを変更する場合は、Custom mount options チェックボックスをオンにしてマウントオプションを追加します。

14. パーティションを作成します。

    • パーティションを作成してマウントする場合は、Create and mount ボタンをクリックします。

    • パーティションのみを作成する場合は、Create only ボタンをクリックします。

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

      パーティションを作成した後、さらにパーティションを作成できます。

      この時点で、システムが、マウントされてフォーマットされた RAID を使用します。

手順

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

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

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

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

   

5. Create LVM2 volume group ダイアログボックスで、新しいボリュームグループの名前を入力します。

6. Disks リストで、RAID デバイスを選択します。

   リストに RAID が表示されない場合は、システムから RAID のマウントを解除します。RAID デバイスは RHEL 9 システムで使用されていない必要があります。

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

手順

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

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     tasks:
       - name: Create a RAID on sdd, sde, sdf, and sdg
         ansible.builtin.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 で使用されるすべての変数の詳細は、コントロールノードの /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. RAID パーティションを拡張します。詳細は、parted を使用したパーティションのサイズ変更 を参照してください。

2. RAID をパーティション容量の最大値まで拡張します。

   # mdadm --grow --size=max /dev/md0

   特定のサイズを設定するには、--size パラメータの値を kB で記述します (例: --size=524228)。

3. ファイルシステムのサイズを拡大します。たとえば、ボリュームが XFS を使用し、/mnt/ にマウントされている場合は、次のように入力します。

   # xfs_growfs /mnt/

手順

1. ファイルシステムを縮小します。詳細は、ファイルシステムの管理 を参照してください。

2. RAID のサイズを 512 MB などに減らします。

   # mdadm --grow --size=524228 /dev/md0

   --size パラメータを kB で記述します。

3. パーティションのサイズを、必要なサイズまで縮小します。

手順

1. PowerPC Reference Platform (PReP) 起動パーティションの内容を /dev/sda1 から /dev/sdb1 にコピーします。

   # dd if=/dev/sda1 of=/dev/sdb1

2. 両方のディスクの最初のパーティションで prep フラグと boot フラグを更新します。

   $ parted /dev/sda set 1 prep on
   $ parted /dev/sda set 1 boot on
   
   $ parted /dev/sdb set 1 prep on
   $ parted /dev/sdb set 1 boot on

手順

1. インストールディスクを挿入します。
2. 初回起動時に、Install または Upgrade ではなく、Rescue Mode を選択します。システムが Rescue mode で完全に起動すると、コマンドラインターミナルが表示されます。

3. このターミナルから、次のコマンドを実行します。

   1. parted コマンドを使用して、ターゲットハードドライブに RAID パーティションを作成します。
   2. 使用可能なすべての設定とオプションを使用して、これらのパーティションから mdadm コマンドを使用して手動で RAID アレイを作成します。
4. オプション: アレイを作成したら、アレイ上にもファイルシステムを作成します。
5. コンピューターを再起動して、インストール または 更新 を選択して通常通りにインストールします。Anaconda インストーラーはシステム内のディスクを検索するため、既存の RAID デバイスが見つかります。
6. システムのディスクの使い方を求められたら、カスタムレイアウト を選択して 次へ をクリックします。デバイス一覧に、既存の MD RAID デバイスが表示されます。
7. RAID デバイスを選択し、Edit をクリックします。
8. マウントポイントを設定し、必要に応じて、以前に作成していない場合は使用するファイルシステムのタイプを設定し、Done をクリックします。Anaconda は、この既存の RAID デバイスにインストールし、Rescue モードで作成したときに選択したカスタムオプションを保持します。

手順

1. RAID の詳細をスキャンして、アレイを監視するための /etc/mdadm.conf 構成ファイルを作成します。

   # mdadm --detail --scan >> /etc/mdadm.conf

   ARRAY および MAILADDR は必須の変数であることに注意してください。

2. 任意のテキストエディターで /etc/mdadm.conf 設定ファイルを開き、MAILADDR 変数に通知用のメールアドレスを追加します。たとえば、次の行を追加します。

   MAILADDR example@example.com

   example@example.com は、アレイの監視からアラートを受信するためのメールアドレスです。

3. /etc/mdadm.conf ファイルに変更を保存して、閉じます。

手順

1. 障害が発生したディスクを確認します。

   1. カーネルログを表示します。

      # journalctl -k -f

   2. 次のようなメッセージを検索します。

      md/raid:md0: Disk failure on sdd, disabling device.
      
      md/raid:md0: Operation continuing on 3 devices.

   3. キーボードの Ctrl+C を押して、journalctl プログラムを終了します。

2. 障害の発生したディスクに faulty のマークを付けます。

   # mdadm --manage /dev/md0 --fail /dev/sdd

3. オプション: 障害が発生したディスクが正しくマークされているかどうかを確認します。

   # mdadm --detail /dev/md0

   出力の最後には、ディスク /dev/sdd のステータスが faultyの /dev/md0 RAID 内にあるディスクのリストが表示されます。

   Number   Major   Minor   RaidDevice State
      0       8       16        0      active sync   /dev/sdb
      1       8       32        1      active sync   /dev/sdc
      -       0        0        2      removed
      3       8       64        3      active sync   /dev/sde
   
      2       8       48        -      faulty   /dev/sdd

4. 障害が発生したディスクを RAID から取り外します。

   # mdadm --manage /dev/md0 --remove /dev/sdd

   警告

   RAID が別のディスク障害に耐えられない場合は、新しいディスクのステータスが active sync になるまでディスクを取り外さないでください。watch cat /proc/mdstat コマンドを使用すると、進捗を監視できます。

5. 新しいディスクを RAID に追加します。

   # mdadm --manage /dev/md0 --add /dev/sdf

   /dev/md0 RAID には新しいディスク /dev/sdf が含まれるようになり、mdadm サービスは他のディスクからデータのコピーを自動的に開始します。

手順

1. 障害が発生したディスクの動作についてアレイを確認します。

   # echo check > /sys/block/md0/md/sync_action

   これによりアレイがチェックされ、/sys/block/md0/md/sync_action ファイルに同期アクションが表示されます。

2. /sys/block/md0/md/sync_action ファイルを任意のテキストエディターで開き、ディスク同期の失敗に関するメッセージがあるかどうかを確認します。
3. /sys/block/md0/md/mismatch_cnt ファイルを表示します。mismatch_cnt パラメーターが 0 でない場合は、RAID ディスクを修復する必要があることを意味します。

4. アレイ内のディスクを修復します。

   # echo repair > /sys/block/md0/md/sync_action

   これにより、アレイ内のディスクが修復され、結果が /sys/block/md0/md/sync_action ファイルに書き込まれます。

5. 同期の進行状況を表示します。

   # cat /sys/block/md0/md/sync_action
   repair
   
   # cat /proc/mdstat
   Personalities : [raid0] [raid6] [raid5] [raid4] [raid1]
   md0 : active raid1 sdg[1] dm-3[0]
         511040 blocks super 1.2 [2/2] [UU]
   unused devices: <none>

手順

1. 暗号化するデバイスにあるファイルシステムのマウントをすべて解除します。次に例を示します。

   # umount /dev/mapper/vg00-lv00

2. LUKS ヘッダーを保存するための空き容量を確認します。シナリオに合わせて、次のいずれかのオプションを使用します。

   • 論理ボリュームを暗号化する場合は、以下のように、ファイルシステムのサイズを変更せずに、論理ボリュームを拡張できます。以下に例を示します。

     # lvextend -L+32M /dev/mapper/vg00-lv00

   • parted などのパーティション管理ツールを使用してパーティションを拡張します。
   • このデバイスのファイルシステムを縮小します。ext2、ext3、または ext4 のファイルシステムには resize2fs ユーティリティーを使用できます。XFS ファイルシステムは縮小できないことに注意してください。

3. 暗号化を初期化します。

   # cryptsetup reencrypt --encrypt --init-only --reduce-device-size 32M /dev/mapper/vg00-lv00 lv00_encrypted
   
   /dev/mapper/lv00_encrypted is now active and ready for online encryption.

4. デバイスをマウントします。

   # mount /dev/mapper/lv00_encrypted /mnt/lv00_encrypted

5. 永続的なマッピングのエントリーを /etc/crypttab ファイルに追加します。

   1. luksUUID を見つけます。

      # cryptsetup luksUUID /dev/mapper/vg00-lv00
      
      a52e2cc9-a5be-47b8-a95d-6bdf4f2d9325

   2. 任意のテキストエディターで /etc/crypttab を開き、このファイルにデバイスを追加します。

      $ vi /etc/crypttab
      
      lv00_encrypted UUID=a52e2cc9-a5be-47b8-a95d-6bdf4f2d9325 none

      a52e2cc9-a5be-47b8-a95d-6bdf4f2d9325 は、デバイスの luksUUID に置き換えます。

   3. dracut で initramfs を更新します。

      $ dracut -f --regenerate-all

6. /etc/fstab ファイルに永続的なマウントのエントリーを追加します。

   1. アクティブな LUKS ブロックデバイスのファイルシステムの UUID を見つけます。

      $ blkid -p /dev/mapper/lv00_encrypted
      
      /dev/mapper/lv00-encrypted: UUID="37bc2492-d8fa-4969-9d9b-bb64d3685aa9" BLOCK_SIZE="4096" TYPE="xfs" USAGE="filesystem"

   2. 任意のテキストエディターで /etc/fstab を開き、このファイルにデバイスを追加します。次に例を示します。

      $ vi /etc/fstab
      
      UUID=37bc2492-d8fa-4969-9d9b-bb64d3685aa9 /home auto rw,user,auto 0

      37bc2492-d8fa-4969-9d9b-bb64d3685aa9 は、ファイルシステムの UUID に置き換えます。

7. オンライン暗号化を再開します。

   # cryptsetup reencrypt --resume-only /dev/mapper/vg00-lv00
   
   Enter passphrase for /dev/mapper/vg00-lv00:
   Auto-detected active dm device 'lv00_encrypted' for data device /dev/mapper/vg00-lv00.
   Finished, time 00:31.130, 10272 MiB written, speed 330.0 MiB/s