ファイルシステムの管理

手順

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

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     tasks:
       - name: Create an XFS file system on a block device
         ansible.builtin.include_role:
           name: redhat.rhel_system_roles.storage
         vars:
           storage_volumes:
             - name: barefs
               type: disk
               disks:
                 - sdb
               fs_type: xfs

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

   name: barefs

   現在、ボリューム名 (この例では barefs) は任意です。storage ロールは、disks 属性にリストされているディスクデバイスによってボリュームを識別します。

   fs_type: <file_system>

   デフォルトのファイルシステム XFS を使用する場合は、fs_type パラメーターを省略できます。

   disks: <list_of_disks_and_volumes>

   ディスク名と LV 名の YAML リスト。

   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: Persistently mount a file system
         ansible.builtin.include_role:
           name: redhat.rhel_system_roles.storage
         vars:
           storage_safe_mode: false
   
           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 で使用されるすべての変数の詳細は、コントロールノードの /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 logical volume
         ansible.builtin.include_role:
           name: redhat.rhel_system_roles.storage
         vars:
           storage_safe_mode: false
   
           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: redhat.rhel_system_roles.storage
         vars:
           storage_volumes:
             - name: barefs
               type: disk
               disks:
                 - /dev/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) を作成します。

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     tasks:
       -name: Create and mount a file system
       ansible.builtin.include_role:
           name: redhat.rhel_system_roles.storage
       vars:
         storage_safe_mode: false
   
         storage_volumes:
           - name: barefs
             type: disk
             disks:
               - sdb
             fs_type: ext4
             fs_label: label-name
             mount_point: /mnt/data

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

   disks: <list_of_devices>

   ロールがボリュームを作成するときに使用するデバイス名の YAML リスト。

   fs_type: <file_system>

   ロールがボリュームに設定するファイルシステムを指定します。xfs、ext3、ext4、swap、または unformatted を選択できます。

   label-name: <file_system_label>

   オプション: ファイルシステムのラベルを設定します。

   mount_point: <directory>

   オプション: ボリュームを自動的にマウントする場合は、mount_point 変数をボリュームのマウント先のディレクトリーに設定します。

   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 a RAID on sdd, sde, sdf, and sdg
         ansible.builtin.include_role:
           name: redhat.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: redhat.rhel_system_roles.storage
         vars:
           storage_safe_mode: false
           storage_pools:
             - name: my_pool
               type: lvm
               disks: [sdh, sdi]
               raid_level: raid1
               volumes:
                 - name: my_volume
                   size: "1 GiB"
                   mount_point: "/mnt/app/shared"
                   fs_type: xfs
                   state: present

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

   注記

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

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

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

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

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

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

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

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

   注記

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

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

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

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

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

1. 次の内容を含む 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: redhat.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: redhat.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 }}"
               encryption_cipher: <cipher>
               encryption_key_size: <key_size>
               encryption_luks_version: luks2

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

   encryption_cipher: <cipher>

   LUKS 暗号を指定します。可能な値は、twofish-xts-plain64、serpent-xts-plain64、および aes-xts-plain64 (デフォルト) です。

   encryption_key_size: <key_size>

   LUKS キーのサイズを指定します。デフォルトは 512 ビットです。

   encryption_luks_version: luks2

   LUKS バージョンを指定します。デフォルトは luks2 です。

   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. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

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

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

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

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

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

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

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

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

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

   grow_to_fill

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

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

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

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

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

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

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

検証

1. grow_to_fill 設定が期待どおりに機能することを確認します。テスト用の PV と VG を準備します。

   # pvcreate /dev/sdf
   # vgcreate myvg /dev/sdf

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

   # pvs

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

手順

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

2. Storage タブをクリックします。

   ストレージ テーブルでは、ファイルシステムでフォーマットされたすべての使用可能なパーティション、それらの ID、タイプ、場所、サイズ、および各パーティションで使用可能な容量を確認できます。

   右上隅のドロップダウンメニューを使用して、新しいローカルストレージまたはネットワークストレージを作成することもできます。

   

手順

1. RHEL 10 Web コンソールにログインします。
2. Storage タブをクリックします。
3. Storage テーブルで、パーティションを分割するデバイスをクリックして、そのデバイスのページとオプションを開きます。
4. デバイスページで、メニューボタン ⋮ をクリックし、Create partition table を選択します。

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

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

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

   2. オーバーライト:

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

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

6. Initialize をクリックします。
7. 作成したパーティションテーブルの横にあるメニューボタン ⋮ をクリックします。デフォルトでは Free space という名前が付けられます。
8. Create partition をクリックします。
9. Create partition ダイアログボックスで、ファイルシステムの Name を入力します。
10. Mount point を追加します。

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

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

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

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

    追加オプションは、LUKS (Linux Unified Key Setup) によって行われるパーティションの暗号化を有効にすることです。これにより、パスフレーズでボリュームを暗号化できます。

12. 作成するボリュームの Size を入力します。

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

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

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

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

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

16. Mount options セクションで以下を実行します。

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

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

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

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

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

手順

1. RHEL 10 Web コンソールにログインします。
2. Storage タブをクリックします。
3. パーティションを削除するデバイスをクリックします。
4. デバイスページの GPT partitions セクションで、削除するパーティションの横にあるメニューボタン ⋮ をクリックします。

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

   RHEL Web コンソールは、パーティションを削除する前に、現在パーティションを使用しているすべてのプロセスを終了し、パーティションをアンマウントします。

手順

1. デフォルトでは、NFSv3 の RPC サービスはランダムなポートを使用します。ファイアウォール設定を有効にするには、/etc/nfs.conf ファイルで固定ポート番号を設定します。

   1. [lockd] セクションで、nlockmgr RPC サービスの固定ポート番号を設定します。以下に例を示します。

      port=5555

      この設定により、サービスが UDP プロトコルと TCP プロトコルの両方にこのポート番号を自動的に使用するようになります。

   2. [statd] セクションで、rpc.statd サービスの固定ポート番号を設定します。以下に例を示します。

      port=6666

      この設定により、サービスが UDP プロトコルと TCP プロトコルの両方にこのポート番号を自動的に使用するようになります。

2. firewalld で適切なポートを開きます。

   # firewall-cmd --permanent --add-service=rpc-bind
   # firewall-cmd --permanent --add-port={5555/tcp,5555/udp,6666/tcp,6666/udp}
   # firewall-cmd --reload

3. rpc-statd サービスを再起動します。

   # systemctl restart rpc-statd nfs-server

手順

1. /etc/fstab ファイルを編集し、マウントする共有の行を追加します。

   <nfs_server_ip_or_hostname>:/<exported_share>     <mount point>    nfs    default   0 0

   たとえば、server.example.com NFS サーバーから /nfs/projects 共有を /home にマウントするには、次のように入力します。

   server.example.com:/nfs/projects    	/home        nfs 	defaults    	0 0

2. 共有をマウントします。

   # mount /home

手順

1. RHEL 10 Web コンソールにログインします。
2. Storage をクリックします。
3. Storage テーブルで、メニューボタンをクリックします。

4. ドロップダウンメニューから、New NFS mount を選択します。

   

5. NFS の新規マウント ダイアログボックスに、リモートサーバーのサーバー名または IP アドレスを入力します。
6. サーバーのパス フィールドに、マウントするディレクトリーのパスを入力します。
7. Local Mount Point フィールドに、NFS をマウントするローカルシステム上のディレクトリーへのパスを入力します。

8. Mount options チェックボックスリストで、NFS をマウントする方法を選択します。要件に応じて複数のオプションを選択できます。

   • ローカルシステムを再起動した後でもディレクトリーにアクセスできるようにするには、Mount at boot をオンにします。
   • NFS の内容を変更したくない場合は、Mount read only ボックスをオンにします。
   • デフォルトのマウントオプションを変更する場合は、Custom mount options ボックスをオンにしてマウントオプションを追加します。
9. Add をクリックします。

手順

1. RHEL 10 Web コンソールにログインします。
2. Storage をクリックします。
3. Storage テーブルで、調整する NFS マウントをクリックします。

4. リモートディレクトリーをマウントしている場合は、アンマウント をクリックします。

   カスタムマウントオプションの設定中にディレクトリーをアンマウントする必要があります。そうしないと、Web コンソールは設定を保存せず、エラーが発生します。

5. Edit をクリックします。
6. NFS マウント ダイアログボックスで、カスタムのマウントオプション を選択します。

7. マウントオプションを、コンマで区切って入力します。以下に例を示します。

   • nfsvers=4: NFS プロトコルのバージョン番号
   • soft: NFS 要求がタイムアウトした後の回復のタイプ
   • sec=krb5: NFS サーバー上のファイルを Kerberos 認証によって保護できます。NFS のクライアントとサーバーの両方で Kerberos 認証に対応する必要があります。

   NFS マウントオプションのリストは、コマンドラインで man nfs を実行します。

8. Apply をクリックします。
9. Mount をクリックします。

手順

1. IdM 管理者として Kerberos チケットを取得します。

   # kinit admin

2. ホストプリンシパルを取得し、/etc/krb5.keytab ファイルに保存します。

   # ipa-getkeytab -s idm_server.idm.example.com -p host/nfs_client.idm.example.com -k /etc/krb5.keytab

   ホストを IdM ドメインに参加させると、IdM によって host プリンシパルが自動的に作成されます。

3. オプション: /etc/krb5.keytab ファイル内のプリンシパルを表示します。

   # klist -k /etc/krb5.keytab
   Keytab name: FILE:/etc/krb5.keytab
   KVNO Principal
   ---- --------------------------------------------------------------------------
      6 host/nfs_client.idm.example.com@IDM.EXAMPLE.COM
      6 host/nfs_client.idm.example.com@IDM.EXAMPLE.COM
      6 host/nfs_client.idm.example.com@IDM.EXAMPLE.COM
      6 host/nfs_client.idm.example.com@IDM.EXAMPLE.COM

4. ipa-client-automount ユーティリティーを使用して、IdM ID のマッピングを設定します。

   # ipa-client-automount
   Searching for IPA server...
   IPA server: DNS discovery
   Location: default
   Continue to configure the system with these values? [no]: yes
   Configured /etc/idmapd.conf
   Restarting sssd, waiting for it to become available.
   Started autofs

5. エクスポートされた NFS 共有をマウントします。次に例を示します。

   # mount -o sec=krb5i server.idm.example.com:/nfs/projects/ /mnt/

   -o sec オプションで、Kerberos セキュリティ方式を指定します。

検証

1. マウントされた共有への書き込み権限を持つ IdM ユーザーとしてログインします。

2. Kerberos チケットを取得します。

   $ kinit

3. 共有上にファイルを作成します。次に例を示します。

   $ touch /mnt/test.txt

4. ファイルが作成されたことを確認するためにディレクトリーの内容をリスト表示します。

   $ ls -l /mnt/test.txt
   -rw-r--r--. 1 admin users 0 Feb 15 11:54 /mnt/test.txt

手順

1. /etc/dconf/profile/user ファイルの先頭に次の行を追加します。ファイルが存在しない場合は作成します。

   service-db:keyfile/user

   この設定では、dconf が keyfile バックエンドをポーリングして更新が行われたかどうかを判断します。そのため、設定がすぐに更新されない可能性があります。

2. 変更は、ユーザーがログアウトしてログインしたときに有効になります。

手順

1. 秘密鍵および証明書署名要求 (CSR) を作成します。

   # openssl req -new -newkey rsa:4096 -noenc \
   -keyout /etc/pki/tls/private/server.example.com.key \
   -out /etc/pki/tls/private/server.example.com.csr \
   -subj "/C=US/ST=State/L=City/O=Organization/CN=server.example.com" \
   -addext "subjectAltName=DNS:server.example.com,IP:192.0.2.1"

   重要

   コモンネーム (CN) と DNS はホスト名と一致する必要があります。IP はホストの IP と一致する必要があります。

2. /etc/pki/tls/private/server.example.com.csr ファイルを CA に送信し、サーバー証明書を要求します。受信した CA 証明書とサーバー証明書をホスト上に保存します。

3. CA 証明書をシステムのトラストストアにインポートします。

   # cp ca.crt /etc/pki/ca-trust/source/anchors
   # update-ca-trust

4. サーバー証明書を /etc/pki/tls/certs/ ディレクトリーに移動します。

   # mv server.example.com.crt /etc/pki/tls/certs/

5. 秘密鍵と証明書の SELinux コンテキストが正しいことを確認します。

   # restorecon -Rv /etc/pki/tls/certs/

6. サーバー証明書と秘密鍵を、/etc/tlshd.conf ファイルの [authenticate.server] セクションに追加します。

   x509.certificate= /etc/pki/tls/certs/server.example.com.crt
   x509.private_key= /etc/pki/tls/private/server.example.com.key

   x509.truststore パラメーターは未設定のままにします。

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

   # systemctl enable --now tlshd.service

手順

1. 認証局 (CA) 証明書をシステムのトラストストアにインポートします。

   # cp ca.crt /etc/pki/ca-trust/source/anchors
   # update-ca-trust

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

   # systemctl enable --now tlshd.service

3. TLS 暗号化を使用して NFS 共有をマウントします。

   # mount -o xprtsec=tls server.example.com:/nfs/projects/ /mnt/

手順

1. 秘密鍵および証明書署名要求 (CSR) を作成します。

   # openssl req -new -newkey rsa:4096 -noenc \
   -keyout /etc/pki/tls/private/client.example.com.key \
   -out /etc/pki/tls/private/client.example.com.csr \
   -subj "/C=US/ST=State/L=City/O=Organization/CN=client.example.com" \
   -addext "subjectAltName=DNS:client.example.com,IP:192.0.2.2"

   重要

   コモンネーム (CN) と DNS はホスト名と一致する必要があります。IP はホストの IP と一致する必要があります。

2. /etc/pki/tls/private/client.example.com.csr ファイルを認証局 (CA) に送信し、クライアント証明書を要求します。受信した CA 証明書とクライアント証明書をホストに保存します。

3. CA 証明書をシステムのトラストストアにインポートします。

   # cp ca.crt /etc/pki/ca-trust/source/anchors
   # update-ca-trust

4. クライアント証明書を /etc/pki/tls/certs/ ディレクトリーに移動します。

   # mv client.example.com.crt /etc/pki/tls/certs/

5. 秘密鍵と証明書の SELinux コンテキストが正しいことを確認します。

   # restorecon -Rv /etc/pki/tls/certs/

6. クライアント証明書と秘密鍵を、/etc/tlshd.conf ファイルの [authenticate.client] セクションに追加します。

   x509.certificate= /etc/pki/tls/certs/client.example.com.crt
   x509.private_key= /etc/pki/tls/private/client.example.com.key

   x509.truststore パラメーターは未設定のままにします。

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

   # systemctl enable --now tlshd.service

8. TLS 暗号化を使用して NFS 共有をマウントします。

   # mount -o xprtsec=mtls server.example.com:/nfs/projects/ /mnt/

手順

1. /etc/samba/smb.conf ファイルの [global] セクションにある server min protocol パラメーターを NT1 に設定します。

2. マウントコマンドに -o vers=1.0 オプションを指定し、SMB 1 プロトコルを使用して共有をマウントします。以下に例を示します。

   # mount -t cifs -o vers=1.0,username=<user_name> //<server_name>/<share_name> /mnt/

   デフォルトで、カーネルモジュールは、SMB 2 またはサーバーでサポートされている最新のプロトコルバージョンを使用します。-o vers=1.0 オプションを mount コマンドに渡すと、UNIX 拡張機能の使用に必要な SMB 1 プロトコルをカーネルモジュールが使用することが強制されます。

手順

1. 共有のエントリーを /etc/fstab ファイルに追加します。以下に例を示します。

   //<server_name>/<share_name>  /mnt  cifs  credentials=/root/smb.cred  0 0

   重要

   システムが自動的に共有をマウントできるようにするには、ユーザー名、パスワード、およびドメイン名を認証情報ファイルに保存する必要があります。詳細は、smb 共有に対して認証するための認証情報ファイルの作成 を参照してください。

   /etc/fstab の行の 4 つ目のフィールドで、認証情報ファイルへのパスなど、マウントオプションを指定します。詳細は、mount.cifs(8) man ページの OPTIONS セクションおよび よく使用されるマウントオプション を参照してください。

手順

1. /root/smb.cred などのファイルを作成し、そのファイルのユーザー名、パスワード、およびドメイン名を指定します。

   username=user_name
   password=password
   domain=domain_name

2. 所有者だけがファイルにアクセスできるようにパーミッションを設定します。

   # chown user_name /root/smb.cred
   # chmod 600 /root/smb.cred

   mount ユーティリティーに credentials=file_name マウントオプションを渡すか、/etc/fstab ファイルでこのオプションを使用して、ユーザー名とパスワードの入力を求められずに共有をマウントできます。

手順

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

   print コマンドの出力の詳細は、以下を参照してください。

   Model: ATA SAMSUNG MZNLN256 (scsi)

   ディスクタイプ、製造元、モデル番号、およびインターフェイス。

   Disk /dev/sda: 256GB

   ブロックデバイスへのファイルパスとストレージ容量。

   Partition Table: msdos

   ディスクラベルの種類。

   Number

   パーティション番号。たとえば、マイナー番号 1 のパーティションは、/dev/sda1 に対応します。

   Start および End

   デバイスにおけるパーティションの開始場所と終了場所。

   Type

   有効なタイプは、メタデータ、フリー、プライマリー、拡張、または論理です。

   File system

   ファイルシステムの種類。ファイルシステムの種類が不明な場合は、デバイスの File system フィールドに値が表示されません。parted ユーティリティーは、暗号化されたデバイスのファイルシステムを認識できません。

   Flags

   パーティションのフラグ設定リスト。最もよく使用されるフラグは、boot、root、swap、hidden、raid、lvm、lba です。フラグの完全なリストは、システムの parted(8) man ページを参照してください。

手順

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

   # parted block-device

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

   (parted) print

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

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

   (parted) mklabel table-type

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

     • msdos (MBR の場合)

     • gpt (GPT の場合)

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

       (parted) mklabel gpt

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

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

   (parted) print

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

   (parted) quit

手順

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

   # parted block-device

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

   (parted) print

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

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

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

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

   MS-DOS の場合:

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

   GPT の場合:

   (parted) mkpart part-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 などのサイズ接尾辞を使用できます。デフォルトサイズの単位はメガバイトです。

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

     (parted) mkpart primary 1024MiB 2048MiB

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

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

   (parted) print

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

   (parted) quit

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

   # cat /proc/partitions

手順

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

   # parted block-device

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

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

   (parted) print

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

   (parted) rm partition-number

   • partition-number は、削除するパーティション番号に置き換えます。

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

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

   (parted) print

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

   (parted) quit

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

   # cat /proc/partitions

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

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

   # systemctl daemon-reload

   重要

   /proc/cmdline に記載されているパーティション、または LVM の一部であるパーティションを削除するには、論理ボリュームの設定と管理 と、システム上の dracut(8) および grubby (8) の man ページを参照してください。

手順

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

   # parted block-device

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

   (parted) print

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

   • パーティションのマイナー番号。

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

     重要

     パーティションのサイズを変更する場合は、サイズ変更するパーティションの末尾と次のパーティションの先頭 (最後のパーティションの場合はディスクの末尾) との間に、十分な未割り当て領域があることを確認してください。十分な領域がない場合、parted はエラーを返します。ただし、パーティションの重複を避けるために、サイズを変更する前に使用可能な領域を確認することが推奨されます。

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

   (parted) resizepart 1 2GiB

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

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

   (parted) print

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

   (parted) quit

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

   # cat /proc/partitions

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

手順

1. ファイルシステムを作成する場合は、以下の手順を実行します。

   • デバイスが通常のパーティション、LVM ボリューム、MD ボリューム、ディスク、または類似デバイスである場合は、次のコマンドを使用します。

     # mkfs.xfs block-device

     • block-device を、ブロックデバイスへのパスに置き換えます。たとえば、/dev/sdb1、/dev/disk/by-uuid/05e99ec8-def1-4a5e-8a9d-5945339ceb2a、または /dev/my-volgroup/my-lv です。
     • 通常、デフォルトのオプションは、一般的な使用に最適なものです。
     • 既存のファイルシステムを含むブロックデバイスで mkfs.xfs を使用する場合は、そのファイルシステムを上書きする -f オプションを追加してください。

   • ハードウェア RAID デバイスにファイルシステムを作成する場合は、システムがデバイスのストライプジオメトリーを正しく検出しているかどうかを確認します。

     • ストライプジオメトリー情報が正しい場合は、追加のオプションが必要ありません。ファイルシステムを作成します。

       # mkfs.xfs block-device

     • 情報が正しくない場合は、-d オプションの su パラメーターおよび sw パラメーターを使用して、ストライプジオメトリーを手動で指定します。su パラメーターは RAID チャンクサイズを指定し、sw パラメーターは RAID デバイス内のデータディスクの数を指定します。

       以下に例を示します。

       # mkfs.xfs -d su=64k,sw=4 /dev/sda3

2. 次のコマンドを使用して、システムが新しいデバイスノードを登録するまで待機します。

   # udevadm settle

   詳細は、システム上の mkfs.xfs(8) man ページを参照してください。

手順

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

   # cd /var/lib/pcp/pmdas/xfs/

2. XFS PMDA を手動でインストールします。

   xfs]# ./Install
   Updating the Performance Metrics Name Space (PMNS) ...
   Terminate PMDA if already installed ...
   Updating the PMCD control file, and notifying PMCD ...
   Check xfs metrics have appeared ... 387 metrics and 387 values

手順

1. メトリクスの値を表示します。

   $ pminfo -f xfs.write
   
   xfs.write
       value 325262

2. すべての XFS メトリクスをリセットします。

   # pmstore xfs.control.reset 1
   
   xfs.control.reset old value=0 new value=1

手順

1. ファイルシステムをマウントおよびアンマウントしてログを再生します。

   # mount file-system
   # umount file-system

   注記

   マウントが structure needs cleaning (構造のクリーニングが必要) エラーで失敗した場合は、ログが破損しているため再生できません。ドライランは、結果として、より多くのディスク上の破損を検出して報告する必要があります。

2. xfs_repair ユーティリティーを使用してドライランを実行し、ファイルシステムを検査します。エラーが表示され、ファイルシステムを変更せずに実行できるアクションが示されます。

   # xfs_repair -n block-device

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

   # mount file-system

   詳細は、システム上の xfs_repair(8) および xfs_metadump(8) man ページを参照してください。

手順

1. xfs_metadump ユーティリティーを使用して、診断またはテストの目的で、修復する前にメタデータイメージを作成します。修復前のファイルシステムメタデータイメージは、破損がソフトウェアのバグによるものであるかどうかのサポート調査に役立ちます。修復前のイメージに含まれる破損のパターンは、根本的な分析に役に立つ場合があります。

   • xfs_metadump デバッグツールを使用して、XFS ファイルシステムからファイルにメタデータをコピーします。サポートに大きな metadump ファイルを送信する必要がある場合は、標準の圧縮ユーティリティーを使用して生成された metadump ファイルを圧縮してファイルサイズを縮小できます。

     # xfs_metadump block-device metadump-file

2. ファイルシステムを再マウントしてログを再生します。

   # mount file-system
   # umount file-system

3. アンマウントしたファイルシステムを修復するには、xfs_repair ユーティリティーを使用します。

   • マウントが成功した場合、追加のオプションは必要ありません。

     # xfs_repair block-device

   • マウントが Structure needs cleaning エラーで失敗した場合は、ログが破損しているため再生できません。ログを消去するには、-L オプション (force log zeroing) を使用します。

     警告

     このコマンドを実行すると、クラッシュ時に進行中だったすべてのメタデータの更新が失われます。これにより、ファイルシステムに重大な損傷やデータ損失が生じる可能性があります。これは、ログを再生できない場合に最後の手段としてのみ使用してください。

     # xfs_repair -L block-device

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

   # mount file-system

   詳細は、システム上の xfs_repair(8) man ページを参照してください。

手順

1. ファイルシステムを再マウントしてログを再生します。

   # mount file-system
   # umount file-system

2. ドライランを実行して、ファイルシステムを検査します。

   # e2fsck -n block-device

   注記

   エラーが表示され、ファイルシステムを変更せずに実行できるアクションが示されます。整合性チェック後のフェーズでは、修復モードで実行していた場合に前のフェーズで修正されていた不整合が検出される可能性があるため、追加のエラーが出力される場合があります。

   詳細は、システム上の e2image(8) および e2fsck(8) man ページを参照してください。

手順

1. サポート調査のためにファイルシステムイメージを保存します。修復前のファイルシステムメタデータイメージは、破損がソフトウェアのバグによるものであるかどうかのサポート調査に役立ちます。修復前のイメージに含まれる破損のパターンは、根本的な分析に役に立つ場合があります。

   注記

   ファイルシステムが大幅に損傷している場合は、メタデータイメージの作成に関連して問題が発生する可能性があります。

   • テスト目的でイメージを作成する場合は、-r オプションを指定して、ファイルシステム自体と同じサイズのスパースファイルを作成します。その後、e2fsck は作成されたファイルで直接操作できます。

     # e2image -r block-device image-file

   • 診断用にアーカイブまたは提供するイメージを作成する場合は、-Q オプションを使用して、転送に適したよりコンパクトなファイル形式を作成します。

     # e2image -Q block-device image-file

2. ファイルシステムを再マウントしてログを再生します。

   # mount file-system
   # umount file-system

3. ファイルシステムを自動的に修復します。ユーザーの介入が必要な場合は、e2fsck が出力の未修正の問題を示し、このステータスを終了コードに反映させます。

   # e2fsck -p block-device

手順

1. 特定のファイルシステムを添付する場合は、mount ユーティリティーを使用します。

   # mount device mount-point

   たとえば、UUID により識別されるローカル XFS ファイルシステムをマウントするには、次のコマンドを実行します。

   # mount UUID=ea74bbec-536d-490c-b8d9-5b40bbd7545b /mnt/data

2. mount がファイルシステムタイプを自動的に認識できない場合は、--types オプションで指定します。

   # mount --types type device mount-point

   たとえば、リモートの NFS ファイルシステムをマウントするには、次のコマンドを実行します。

   # mount --types nfs4 host:/remote-export /mnt/nfs

手順

1. ファイルシステムがマウントされているディレクトリーを変更するには、以下のコマンドを実行します。

   # mount --move old-directory new-directory

   たとえば、/mnt/userdirs/ ディレクトリーにマウントされたファイルシステムを /home/ マウントポイントに移動するには、以下のコマンドを実行します。

   # mount --move /mnt/userdirs /home

2. ファイルシステムが想定どおりに移動したことを確認します。

   $ findmnt
   $ ls old-directory
   $ ls new-directory

手順

1. 次のいずれかのコマンドを使用してファイルシステムをアンマウントします。

   • マウントポイントで行う場合は、以下のコマンドを実行します。

     # umount mount-point

   • デバイスで行う場合は、以下のコマンドを実行します。

     # umount device

   コマンドが次のようなエラーで失敗した場合は、プロセスがリソースを使用しているため、ファイルシステムが使用中であることを意味します。

   umount: /run/media/user/FlashDrive: target is busy.

2. ファイルシステムが使用中の場合は、fuser ユーティリティーを使用して、ファイルシステムにアクセスしているプロセスを特定します。以下に例を示します。

   $ fuser --mount /run/media/user/FlashDrive /run/media/user/FlashDrive: 18351

   その後、ファイルシステムを使用しているプロセスを停止し、再度アンマウントを試みます。

手順

1. RHEL 10 Web コンソールにログインします。
2. Storage タブをクリックします。
3. Storage テーブルで、パーティションを削除するボリュームを選択します。
4. GPT partitions セクションで、ファイルシステムをマウントまたはマウント解除するパーティションの横にあるメニューボタン ⋮ をクリックします。
5. Mount または Unmount をクリックします。

手順

1. 元のマウントポイントから仮想ファイルシステム (VFS) ノードを作成します。

   # mount --bind original-dir original-dir

2. 元のマウントポイントをプライベートとしてマークします。

   # mount --make-private original-dir

   あるいは、選択したマウントポイントと、その下のすべてのマウントポイントのマウントタイプを変更するには、--make-private ではなく、--make-rprivate オプションを使用します。

3. 複製を作成します。

   # mount --bind original-dir duplicate-dir

手順

1. 元のマウントポイントから仮想ファイルシステム (VFS) ノードを作成します。

   # mount --bind original-dir original-dir

2. 元のマウントポイントを共有としてマークします。

   # mount --make-shared original-dir

   あるいは、選択したマウントポイントとその下のすべてのマウントポイントのマウントタイプを変更する場合は、--make-shared ではなく、--make-rshared オプションを使用します。

3. 複製を作成します。

   # mount --bind original-dir duplicate-dir

手順

1. 元のマウントポイントから仮想ファイルシステム (VFS) ノードを作成します。

   # mount --bind original-dir original-dir

2. 元のマウントポイントを共有としてマークします。

   # mount --make-shared original-dir

   あるいは、選択したマウントポイントとその下のすべてのマウントポイントのマウントタイプを変更する場合は、--make-shared ではなく、--make-rshared オプションを使用します。

3. 複製を作成し、これを slave タイプとしてマークします。

   # mount --bind original-dir duplicate-dir
   # mount --make-slave duplicate-dir