ファイルシステムの管理

手順

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 8 のデフォルトファイルシステムであるため、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. RHEL 8 Web コンソールにログインします。

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

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

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

   

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

   

手順

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

   詳細は、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 8 Web コンソールにログインします。

   詳細は、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/home 共有を /home にマウントするには、次のように入力します。

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

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

   # mount /home

手順

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

   詳細は、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 8 Web コンソールにログインします。詳細は、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. /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

手順

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

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

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

   # (parted) mklabel table-type

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

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

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

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

   # (parted) mklabel gpt

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

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

   # (parted) print

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

   # (parted) quit

手順

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

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

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

   # (parted) mkpart primary 1024MiB 2048MiB

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

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

   # (parted) print

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

   # (parted) quit

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

   # udevadm settle

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

   # cat /proc/partitions

手順

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. 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. ファイルシステムを作成する場合は、以下の手順を実行します。

   • デバイスが通常のパーティション、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

手順

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

   # mount file-system
   # umount file-system

   注記

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

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

   # xfs_repair -n block-device

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

   # mount file-system

手順

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

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

     # 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

手順

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

   # mount file-system
   # umount file-system

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

   # e2fsck -n block-device

   注記

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

手順

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

   関連情報

   • システム上の e2image(8) man ページ
   • システム上の e2fsck(8) man ページ

手順

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

   # mount device mount-point

   例16.2 XFS ファイルシステムのマウント

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

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

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

   # mount --types type device mount-point

   例16.3 NFS ファイルシステムのマウント

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

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

手順

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

   # mount --move old-directory new-directory

   例16.4 ホームファイルシステムの移動

   たとえば、/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 8 Web コンソールにログインします。

   詳細は、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

1. /dev ディレクトリーの永続的な属性またはパスで識別されるブロックデバイス。
2. デバイスがマウントされるディレクトリー。
3. デバイス上のファイルシステム。
4. ファイルシステムのマウントオプション。これには、ブート時にデフォルトオプションでパーティションをマウントする defaults オプションが含まれます。マウントオプションフィールドは、x-systemd.option 形式の systemd マウントユニットオプションも認識します。
5. dump ユーティリティーのオプションのバックアップを作成します。
6. fsck ユーティリティーの順序を確認します。

手順

1. ファイルシステムの UUID 属性を調べます。

   $ lsblk --fs storage-device

   以下に例を示します。

   例18.2 パーティションの UUID の表示

   $ lsblk --fs /dev/sda1
   
   NAME FSTYPE LABEL UUID                                 MOUNTPOINT
   sda1 xfs    Boot  ea74bbec-536d-490c-b8d9-5b40bbd7545b /boot

2. このマウントポイントのディレクトリーがない場合は、作成します。

   # mkdir --parents mount-point

3. root で /etc/fstab ファイルを編集し、ファイルシステムに行を追加します (UUID で識別されます)。

   以下に例を示します。

   例18.3 /etc/fstab の /boot マウントポイント

   UUID=ea74bbec-536d-490c-b8d9-5b40bbd7545b /boot xfs defaults 0 0

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

   # systemctl daemon-reload

5. ファイルシステムをマウントして、設定が機能することを確認します。

   # mount mount-point

手順

1. /etc/auto.identifier にあるオンデマンドマウントポイント用のマップファイルを作成します。identifier を、マウントポイントを識別する名前に置き換えます。
2. マップファイルで、autofs 設定ファイル セクションの説明に従って、マウントポイント、オプション、および場所の各フィールドを入力します。
3. autofs 設定ファイル セクションの説明に従って、マップファイルをマスターマップファイルに登録します。

4. 設定の再読み込みを許可し、新しく設定した autofs マウントを管理できるようにします。

   # systemctl reload autofs.service

5. オンデマンドディレクトリーのコンテンツへのアクセスを試みます。

   # ls automounted-directory

手順

1. ユーザーのホームディレクトリーをマウントする必要があるサーバーの /etc/auto.master ファイルを編集して、マップファイルのマウントポイントと場所を指定します。これを行うには、以下の行を /etc/auto.master ファイルに追加します。

   /home /etc/auto.home

2. ユーザーのホームディレクトリーをマウントする必要があるサーバー上で、/etc/auto.home という名前のマップファイルを作成し、以下のパラメーターでファイルを編集します。

   * -fstype=nfs,rw,sync host.example.com:/home/&

   fstype パラメーターはデフォルトで nfs であるため、このパラメーターは飛ばして次に進むことができます。詳細は、システム上の autofs(5) man ページを参照してください。

3. autofs サービスを再読み込みします。

   # systemctl reload autofs

手順

1. LDAP アクセスを設定するには、/etc/openldap/ldap.conf ファイルを変更します。BASE、URI、schema の各オプションがサイトに適切に設定されていることを確認します。

2. 自動マウント機能マップを LDAP に格納するためにデフォルトされた最新のスキーマが、rfc2307bis ドラフトに記載されています。このスキーマを使用する場合は、スキーマの定義のコメント文字を取り除き、/etc/autofs.conf 設定ファイル内に設定する必要があります。以下に例を示します。

   例19.6 autofs の設定

   DEFAULT_MAP_OBJECT_CLASS="automountMap"
   DEFAULT_ENTRY_OBJECT_CLASS="automount"
   DEFAULT_MAP_ATTRIBUTE="automountMapName"
   DEFAULT_ENTRY_ATTRIBUTE="automountKey"
   DEFAULT_VALUE_ATTRIBUTE="automountInformation"

3. 他のすべてのスキーマエントリーが設定内でコメントされていることを確認してください。rfc2307bis スキーマの automountKey 属性は、rfc2307 スキーマの cn 属性に置き換わります。以下は、LDAP データ交換形式 (LDIF) 設定の例です。

   例19.7 LDIF 設定

   # auto.master, example.com
   dn: automountMapName=auto.master,dc=example,dc=com
   objectClass: top
   objectClass: automountMap
   automountMapName: auto.master
   
   # /home, auto.master, example.com
   dn: automountMapName=auto.master,dc=example,dc=com
   objectClass: automount
   automountKey: /home
   automountInformation: auto.home
   
   # auto.home, example.com
   dn: automountMapName=auto.home,dc=example,dc=com
   objectClass: automountMap
   automountMapName: auto.home
   
   # foo, auto.home, example.com
   dn: automountKey=foo,automountMapName=auto.home,dc=example,dc=com
   objectClass: automount
   automountKey: foo
   automountInformation: filer.example.com:/export/foo
   
   # /, auto.home, example.com
   dn: automountKey=/,automountMapName=auto.home,dc=example,dc=com
   objectClass: automount
   automountKey: /
   automountInformation: filer.example.com:/export/&

手順

1. ファイルシステムの永続的なマウント の説明に従って、目的の fstab エントリーを追加します。以下に例を示します。

   /dev/disk/by-id/da875760-edb9-4b82-99dc-5f4b1ff2e5f4  /mount/point  xfs  defaults  0 0

2. 前の手順で作成したエントリーの options フィールドに x-systemd.automount を追加します。

3. システムが新しい設定を登録するように、新しく作成されたユニットをロードします。

   # systemctl daemon-reload

4. 自動マウントユニットを起動します。

   # systemctl start mount-point.automount

検証

1. mount-point.automount が実行されていることを確認します。

   # systemctl status mount-point.automount

2. 自動マウントされたディレクトリーに目的のコンテンツが含まれていることを確認します。

   # ls /mount/point

手順

1. マウントユニットを作成します。以下に例を示します。

   mount-point.mount
   [Mount]
   What=/dev/disk/by-uuid/f5755511-a714-44c1-a123-cfde0e4ac688
   Where=/mount/point
   Type=xfs

2. マウントユニットと同じ名前で、拡張子が .automount のユニットファイルを作成します。

3. ファイルを開き、[Automount] セクションを作成します。Where= オプションをマウントパスに設定します。

   [Automount]
   Where=/mount/point
   [Install]
   WantedBy=multi-user.target

4. システムが新しい設定を登録するように、新しく作成されたユニットをロードします。

   # systemctl daemon-reload

5. 代わりに、自動マウントユニットを有効にして起動します。

   # systemctl enable --now mount-point.automount

検証

1. mount-point.automount が実行されていることを確認します。

   # systemctl status mount-point.automount

2. 自動マウントされたディレクトリーに目的のコンテンツが含まれていることを確認します。

   # ls /mount/point

手順

1. /etc/autofs.conf ファイルを編集し、autofs が検索するスキーマ属性を指定します。

   #
   # Other common LDAP naming
   #
   map_object_class = "automountMap"
   entry_object_class = "automount"
   map_attribute = "automountMapName"
   entry_attribute = "automountKey"
   value_attribute = "automountInformation"

   注記

   ユーザーは、/etc/autofs.conf ファイルに小文字と大文字の両方で属性を書き込むことができます。

2. オプション: LDAP 設定を指定します。これには 2 通りの方法があります。最も簡単な方法は、自動マウントサービスが LDAP サーバーと場所を自分で発見するようにすることです。

   ldap_uri = "ldap:///dc=example,dc=com"

   このオプションでは、DNS に検出可能なサーバーの SRV レコードが含まれている必要があります。

   別の方法では、使用する LDAP サーバーと LDAP 検索のベース DN を明示的に設定します。

   ldap_uri = "ldap://ipa.example.com"
   search_base = "cn=location,cn=automount,dc=example,dc=com"

3. autofs が IdM LDAP サーバーによるクライアント認証を許可するように /etc/autofs_ldap_auth.conf ファイルを編集します。

   • authrequired を yes に変更します。

   • プリンシパルを IdM LDAP サーバー (host/FQDN@REALM) の Kerberos ホストプリンシパルに設定します。プリンシパル名は、GSS クライアント認証の一部として IdM ディレクトリーへの接続に使用されます。

     <autofs_ldap_sasl_conf
          usetls="no"
          tlsrequired="no"
          authrequired="yes"
          authtype="GSSAPI"
          clientprinc="host/server.example.com@EXAMPLE.COM"
          />

     ホストプリンシパルの詳細は、IdM での正規化された DNS ホスト名の使用 を参照してください。

     必要に応じて klist -k を実行して、正確なホストプリンシパル情報を取得します。

手順

1. SSSD 設定ファイルを開きます。

   # vim /etc/sssd/sssd.conf

2. SSSD が処理するサービスリストに autofs サービスを追加します。

   [sssd]
   domains = ldap
   services = nss,pam,autofs

3. [autofs] セクションを新規作成します。autofs サービスのデフォルト設定はほとんどのインフラストラクチャーに対応するため、これを空白のままにすることができます。

   [nss]
   
   [pam]
   
   [sudo]
   
   [autofs]
   
   [ssh]
   
   [pac]

   詳細は、システム上の sssd.conf man ページを参照してください。

4. オプション: autofs エントリーの検索ベースを設定します。デフォルトでは、これは LDAP 検索ベースですが、ldap_autofs_search_base パラメーターでサブツリーを指定できます。

   [domain/EXAMPLE]
   
   ldap_search_base = "dc=example,dc=com"
   ldap_autofs_search_base = "ou=automount,dc=example,dc=com"

5. SSSD サービスを再起動します。

   # systemctl restart sssd.service

6. SSSD が自動マウント設定のソースとしてリスト表示されるように、/etc/nsswitch.conf ファイルを確認します。

   automount: sss files

7. autofs サービスを再起動します。

   # systemctl restart autofs.service

8. /home のマスターマップエントリーがあると想定し、ユーザーの /home ディレクトリーをリスト表示して設定をテストします。

   # ls /home/userName

   リモートファイルシステムをマウントしない場合は、/var/log/messages ファイルでエラーを確認します。必要に応じて、logging パラメーターを debug に設定して、/etc/sysconfig/autofs ファイルのデバッグレベルを増やします。

手順

1. /etc/sysconfig/readonly-root ファイルで、READONLY オプションを yes に設定して、ファイルシステムを読み取り専用としてマウントします。

   READONLY=yes

2. /etc/fstab ファイルの root エントリー (/) に ro オプションを追加します。

   /dev/mapper/luks-c376919e...  /  xfs  x-systemd.device-timeout=0,ro  1  1

3. ro kernel オプションを有効にします。

   # grubby --update-kernel=ALL --args="ro"

4. rw カーネルオプションが無効になっていることを確認します。

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

5. tmpfs ファイルシステムに書き込みパーミッションでマウントするファイルとディレクトリーを追加する必要がある場合は、/etc/rwtab.d/ ディレクトリーにテキストファイルを作成し、そこに設定を置きます。

   たとえば、/etc/example/file ファイルを書き込みパーミッションでマウントするには、この行を /etc/rwtab.d/example ファイルに追加します。

   files /etc/example/file

   重要

   tmpfs のファイルおよびディレクトリーの変更内容は、再起動後は持続しません。

6. システムを再起動して変更を適用します。

手順

1. ユーザーのクォータを有効にします。

   # mount -o uquota /dev/xvdb1 /xfs

   uquota を uqnoenforce に置き換えて、制限を強制適用せずに使用状況の報告を可能にします。

2. グループのクォータを有効にします。

   # mount -o gquota /dev/xvdb1 /xfs

   gquota を gqnoenforce に置き換えて、制限を強制適用せずに使用状況の報告を可能にします。

3. プロジェクトのクォータを有効にします。

   # mount -o pquota /dev/xvdb1 /xfs

   pquota を pqnoenforce に置き換え、制限を強制適用せずに使用状況の報告を可能にします。

4. または、/etc/fstab ファイルにクォータマウントオプションを追加します。以下の例は、XFS ファイルシステムでユーザー、グループ、およびプロジェクトのクォータを有効にする /etc/fstab ファイルのエントリーを示しています。以下の例では、読み取り/書き込みパーミッションでファイルシステムもマウントします。

   # vim /etc/fstab
   /dev/xvdb1    /xfs    xfs    rw,quota       0  0
   /dev/xvdb1    /xfs    xfs    rw,gquota      0  0
   /dev/xvdb1    /xfs    xfs    rw,prjquota    0  0

手順

1. xfs_quota シェルを起動します。

   # xfs_quota

2. 指定したユーザーの使用状況および制限を表示します。

   # xfs_quota> quota username

3. ブロックおよび inode の空きおよび使用済みの数を表示します。

   # xfs_quota> df

4. help コマンドを実行して、xfs_quota で利用可能な基本的なコマンドを表示します。

   # xfs_quota> help

5. q を指定して xfs_quota を終了します。

   # xfs_quota> q

手順

1. エキスパートモードを有効にするには、-x オプションを指定して xfs_quota シェルを起動します。

   # xfs_quota -x

2. 特定のファイルシステムのクォータ情報を表示します。

   # xfs_quota> report /path

   たとえば、(/dev/blockdevice の) /home のクォータレポートのサンプルを表示するには、report -h /home コマンドを使用します。これにより、以下のような出力が表示されます。

   User quota on /home (/dev/blockdevice)
   Blocks
   User ID      Used   Soft   Hard Warn/Grace
   ---------- ---------------------------------
   root            0      0      0  00 [------]
   testuser   103.4G      0      0  00 [------]

3. クォータの制限を変更します。

   # xfs_quota> limit isoft=500m ihard=700m user /path

   たとえば、ホームディレクトリーが /home/john のユーザー john に対して、inode 数のソフト制限およびハード制限をそれぞれ 500 と 700 に設定するには、次のコマンドを使用します。

   # xfs_quota -x -c 'limit isoft=500 ihard=700 john' /home/

   この場合は、マウントされた xfs ファイルシステムである mount_point を渡します。

4. help コマンドを実行して、xfs_quota -x で利用可能なエキスパートコマンドを表示します。

   # xfs_quota> help

手順

1. プロジェクトが制御するディレクトリーを /etc/projects に追加します。たとえば、以下は一意の ID が 11 の /var/log パスを /etc/projects に追加します。プロジェクト ID には、プロジェクトにマッピングされる任意の数値を指定できます。

   # echo 11:/var/log >> /etc/projects

2. /etc/projid にプロジェクト名を追加して、プロジェクト ID をプロジェクト名にマップします。たとえば、以下は、前のステップで定義されたように logfiles というプロジェクトをプロジェクト ID 11 に関連付けます。

   # echo logfiles:11 >> /etc/projid

3. プロジェクトのディレクトリーを初期化します。たとえば、以下はプロジェクトディレクトリー /var を初期化します。

   # xfs_quota -x -c 'project -s logfiles' /var

4. 初期化したディレクトリーでプロジェクトのクォータを設定します。

   # xfs_quota -x -c 'limit -p bhard=1g logfiles' /var

手順

1. ファイルシステムの作成時にクォータを有効にします。

   # mkfs.ext4 -O quota /dev/sda

   注記

   デフォルトでは、ユーザーとグループのクォータのみが有効になり、初期化されます。

2. ファイルシステムの作成時にデフォルトを変更します。

   # mkfs.ext4 -O quota -E quotatype=usrquota:grpquota:prjquota /dev/sda

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

   # mount /dev/sda

手順

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

   # umount /dev/sda

2. 既存のファイルシステムでクォータを有効にします。

   # tune2fs -O quota /dev/sda

   注記

   デフォルトでは、ユーザーとグループのクォータのみが初期化されます。

3. デフォルトを変更します。

   # tune2fs -Q usrquota,grpquota,prjquota /dev/sda

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

   # mount /dev/sda

手順

1. ユーザーにクォータを割り当てます。

   # edquota username

   username を、クォータを割り当てるユーザーに置き換えます。

   たとえば、/dev/sda パーティションのクォータを有効にし、edquota testuser コマンドを実行すると、システムに設定したデフォルトエディターに以下が表示されます。

   Disk quotas for user testuser (uid 501):
   Filesystem   blocks   soft   hard   inodes   soft   hard
   /dev/sda      44043      0      0    37418      0      0

2. 必要な制限を変更します。

   いずれかの値が 0 に設定されていると、制限は設定されません。テキストエディターでこれらを変更します。

   たとえば、以下は、testuser のソフトブロック制限とハードブロック制限をそれぞれ 50000 と 55000 に設定していることを示しています。

   Disk quotas for user testuser (uid 501):
   Filesystem   blocks   soft   hard   inodes   soft   hard
   /dev/sda      44043  50000  55000    37418      0      0

   • 最初の列は、クォータが有効になっているファイルシステムの名前です。
   • 2 列目には、ユーザーが現在使用しているブロック数が示されます。
   • その次の 2 列は、ファイルシステム上のユーザーのソフトブロック制限およびハードブロック制限を設定するのに使用されます。
   • inodes 列には、ユーザーが現在使用している inode 数が表示されます。

   • 最後の 2 列は、ファイルシステムのユーザーに対するソフトおよびハードの inode 制限を設定するのに使用されます。

     • ハードブロック制限は、ユーザーまたはグループが使用できる最大ディスク容量 (絶対値) です。この制限に達すると、それ以上のディスク領域は使用できなくなります。
     • ソフトブロック制限は、使用可能な最大ディスク容量を定義します。ただし、ハード制限とは異なり、ソフト制限は一定時間超過する可能性があります。この時間は 猶予期間 として知られています。猶予期間の単位は、秒、分、時間、日、週、または月で表されます。

手順

1. グループクォータを設定します。

   # edquota -g groupname

   たとえば、devel グループのグループクォータを設定するには、以下を実行します。

   # edquota -g devel

   このコマンドにより、グループの既存クォータがテキストエディターに表示されます。

   Disk quotas for group devel (gid 505):
   Filesystem   blocks  soft  hard  inodes  soft  hard
   /dev/sda     440400     0     0   37418     0     0

2. 制限を変更し、ファイルを保存します。

手順

1. プロジェクトが制御するディレクトリーを /etc/projects に追加します。たとえば、以下は一意の ID が 11 の /var/log パスを /etc/projects に追加します。プロジェクト ID には、プロジェクトにマッピングされる任意の数値を指定できます。

   # echo 11:/var/log >> /etc/projects

2. /etc/projid にプロジェクト名を追加して、プロジェクト ID をプロジェクト名にマップします。たとえば、以下は、前のステップで定義されたように Logs というプロジェクトをプロジェクト ID 11 に関連付けます。

   # echo Logs:11 >> /etc/projid

3. 必要な制限を設定します。

   # edquota -P 11

   注記

   プロジェクトは、プロジェクト ID (この場合は 11)、または名前 (この場合は Logs) で選択できます。

4. quotaon を使用して、クォータの強制適用を有効にします。

   クォータ強制適用の有効化 を参照してください。

手順

1. repquota コマンドを実行します。

   # repquota

   たとえば、repquota /dev/sda コマンドは次のような出力を生成します。

   *** Report for user quotas on device /dev/sda
   Block grace time: 7days; Inode grace time: 7days
   			Block limits			File limits
   User		used	soft	hard	grace	used	soft	hard	grace
   ----------------------------------------------------------------------
   root      --      36       0       0              4     0     0
   kristin   --     540       0       0            125     0     0
   testuser  --  440400  500000  550000          37418     0     0

2. クォータが有効化された全ファイルシステムのディスク使用状況レポートを表示します。

   # repquota -augP

手順

1. Stratis サービスとコマンドラインユーティリティーを提供するパッケージをインストールします。

   # yum install stratisd stratis-cli

2. stratisd サービスが有効になっていることを確認します。

   # systemctl enable --now stratisd

手順

1. Stratis プールで使用する各ブロックデバイスに存在するファイルシステム、パーティションテーブル、または RAID 署名をすべて削除します。

   # wipefs --all block-device

   ここで、block-device は、ブロックデバイスへのパスになります (例: /dev/sdb)。

2. 選択したブロックデバイスに新しい暗号化されていない Stratis プールを作成します。

   # stratis pool create my-pool block-device

   ここで、block-device は、空のブロックデバイスまたは消去したブロックデバイスへのパスになります。

   注記

   1 行に複数のブロックデバイスを指定します。

   # stratis pool create my-pool block-device-1 block-device-2

3. 新しい Stratis プールが作成されていることを確認します。

   # stratis pool list

手順

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

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

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

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

   

5. Create Stratis pool ダイアログボックスで、Stratis プールの名前を入力します。

   

6. Stratis プールの作成元となる Block devices を選択します。
7. オプション: プールに作成する各ファイルシステムの最大サイズを指定する場合は、Manage filesystem sizes を選択します。
8. Create をクリックします。

手順

1. Stratis プールで使用する各ブロックデバイスに存在するファイルシステム、パーティションテーブル、または RAID 署名をすべて削除します。

   # wipefs --all block-device

   ここで、block-device は、ブロックデバイスへのパスになります (例: /dev/sdb)。

2. キーセットをまだ作成していない場合には、以下のコマンドを実行してプロンプトに従って、暗号化に使用するキーセットを作成します。

   # stratis key set --capture-key key-description

   ここでの key-description は、カーネルキーリングで作成されるキーへの参照になります。

3. 暗号化した Stratis プールを作成し、暗号化に使用する鍵の説明を指定します。key-description オプションを使用する代わりに、--keyfile-path オプションを使用してキーのパスを指定することもできます。

   # stratis pool create --key-desc key-description my-pool block-device

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

   key-description

   直前の手順で作成したカーネルキーリングに存在するキーを参照します。

   my-pool

   新しい Stratis プールの名前を指定します。

   block-device

   空のブロックデバイスまたは消去したブロックデバイスへのパスを指定します。

   注記

   1 行に複数のブロックデバイスを指定します。

   # stratis pool create --key-desc key-description my-pool block-device-1 block-device-2

4. 新しい Stratis プールが作成されていることを確認します。

   # stratis pool list

手順

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

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

2. Storage をクリックします。
3. Storage テーブルで、メニューボタンをクリックします。
4. ドロップダウンメニューから、Create Stratis pool を選択します。

5. Create Stratis pool ダイアログボックスで、Stratis プールの名前を入力します。

   

6. Stratis プールの作成元となる Block devices を選択します。

7. 暗号化のタイプを選択します。パスフレーズ、Tang キーサーバー、またはその両方を使用できます。

   • パスフレーズ:

     1. パスフレーズを入力します。
     2. パスフレーズを確定します。

   • Tang キーサーバー:

     1. キーサーバーのアドレスを入力します。詳細は、SELinux を Enforcing モードで有効にした Tang サーバーのデプロイメント を参照してください。
8. オプション: プールに作成する各ファイルシステムの最大サイズを指定する場合は、Manage filesystem sizes を選択します。
9. Create をクリックします。

手順

1. RHEL 8 Web コンソールにログインします。
2. Storage をクリックします。
3. Storage テーブルで、名前を変更する Stratis プールをクリックします。

4. Stratis pool ページで、Name フィールドの横にある edit をクリックします。

   

5. Rename Stratis pool ダイアログボックスで、新しい名前を入力します。
6. Rename をクリックします。

1. 1 つ以上のブロックデバイスからプールを作成します。

   # stratis pool create pool-name /dev/sdb

2. 既存のプールにオーバープロビジョニングモードを設定します。

   # stratis pool overprovision pool-name <yes|no>

   • "yes" に設定すると、プールへのオーバープロビジョニングが有効になります。これは、プールによってサポートされる Stratis ファイルシステムの論理サイズの合計が、利用可能なデータ領域の量を超える可能性があることを意味します。

検証

1. 以下のコマンドを実行し、Stratis プールの全一覧を表示します。

   # stratis pool list
   
   Name          Total Physical                    Properties     UUID                                   Alerts
   pool-name     1.42 TiB / 23.96 MiB / 1.42 TiB   ~Ca,~Cr,~Op    cb7cb4d8-9322-4ac4-a6fd-eb7ae9e1e540

2. stratis pool list の出力に、プールのオーバープロビジョニングモードフラグが表示されているかどうかを確認します。" ~ " は "NOT" を表す数学記号であるため、~Op はオーバープロビジョニングなしという意味です。

3. オプション: 以下のコマンドを実行して、特定のプールでオーバープロビジョニングを確認します。

   # stratis pool overprovision pool-name yes
   
   # stratis pool list
   
   Name          Total Physical                    Properties     UUID                                   Alerts
   pool-name     1.42 TiB / 23.96 MiB / 1.42 TiB   ~Ca,~Cr,~Op    cb7cb4d8-9322-4ac4-a6fd-eb7ae9e1e540

手順