第24章 ストレージ

e2fsprogs パッケージの e4defrag ユーティリティーは、Red Hat Enterprise Linux 7.0 ではサポートされておらず、Red Hat Enterprise Linux 7.1 で削除される予定です。

mkfs.xfs コマンドに -m crc=1 オプションを指定して XFS メタデータチェックサムを有効にすると、ファイルシステムがマウントされたときにカーネルによって次の警告メッセージが出力されます。

Version 5 superblock detected. This kernel has EXPERIMENTAL support enabled!
Use of these features in this kernel is at your own risk!

この CRC 機能は、Red Hat Enterprise Linux 7.0 でのテストに使用でき、Red Hat Enterprise Linux 7.1 で完全にサポートされる予定であることに注意してください。

非 LUKS デバイスの場合に systemd デーモンが crypttab ファイルを解析してランダムキーとのスワップを行う場合、デフォルトでは、FIPS モードでは許可されていない、ripemd160 ハッシュが使用されます。この問題を回避するには、特定の crypttab 行に FIPS 用に承認されたアルゴリズムで hash= 設定を追加します。例: swap/dev/sda7/dev/urandom swap,hash=sha1。

カーネルシンプロビジョニングコードがデバイスの障害を検出した場合、またはメタデータ領域が不足した場合、チェックが必要であることを示すフラグをデバイスに設定します。現在、LVM ツールはこのチェックを自動的に実行しません。この問題を回避するには、thin_check --clear-needs-check-flag コマンドを実行してチェックを実行し、フラグを削除します。次に、必要に応じて thin_repair コマンドを実行します。または、/etc/lvm.conf 設定ファイルのグローバルセクションにある thin_check_options に --clear-needs-check-flag を追加して、チェックを自動的に実行することもできます。

Red Hat Enterprise Linux 7 では、kpartx ユーティリティーの動作が変更されたため、デバイス名が数字で終わらない限り、デバイス名とパーティション 接尾辞の間の区切り文字として文字 p を追加しなくなりました。マルチパス ユーティリティーを使用してデバイスの名前を変更すると、デリミタに関係なく、以前のデバイス名が新しい名前に置き換えられ、接尾辞は変更されません。その結果、kpartx の動作に従わず、マルチパス を使用してデバイスの名前を変更するときに、数字で終わるデバイス名を文字で終わる名前に変更したり、その逆の変更を行ったりすると、正しく動作しません。この問題を回避するには、次の 2 つのオプションのいずれかを選択します。

差分が空のファイルシステムスナップショットのポストポストペアを削除するために使用される、empty-pre-post クリーンアップアルゴリズムは、Red Hat Enterprise Linux 7 では機能しません。この問題を回避するには、delete コマンドを使用して、空のプリポストスナップショットカップルを手動で削除します。

ext4 がクラスター化された割り当てを使用できるようにする ext4 ファイルシステムの bigalloc 機能は、Red Hat Enterprise Linux 7 ではサポートされていません。

LVM ボリュームへの /boot パーティションの配置には対応していません。/boot パーティションを Btrfs サブボリュームに配置することもサポートされていません。

rpc.svcgssd バイナリーは Red Hat Enterprise Linux 7.0 の nfs-utils パッケージに含まれていますが、gssproxy を優先するため、新しいデプロイメントでの使用はお勧めできません。rpc.svcgssd バイナリーは、以降の Red Hat Enterprise Linux 7 リリースで削除される可能性があります。

ストレージアレイが CHECK CONDITION ステータスを返してもセンスデータが無効な場合、SCSI (Small Computer Systems Interface) 中間層コードは I/O 操作を再試行します。後続の I/O 操作が同じ結果を受け取った場合、I/O 操作は無期限に再試行されます。このバグの回避策は現在ありません。