第61章 ストレージ

RAID 論理ボリュームとシンプロビジョニングされた論理ボリュームは、排他的にアクティブ化されたときにクラスターで使用できますが、現在、クラスター内の RAID の上にシンプロビジョニングすることはサポートされていません。組み合わせが排他的にアクティブになっている場合でも、これが当てはまります。現在、この組み合わせは、LVM のシングルマシンの非クラスターモードでのみサポートされています。(BZ#1014758)

レガシーの mirror セグメントタイプを使用して 3 つ以上のレッグでミラー化論理ボリュームを作成すると、lvmetad デーモンに相互作用の問題が発生する可能性があります。確認される問題は、2 番目のデバイス障害、ミラー障害ポリシーがデフォルト以外の allocate オプションに設定されている場合、lvmetad が使用され、デバイス障害イベントの間にマシンの再起動がない場合にのみ発生します。最も単純な回避策は、lvm.conf ファイルに use_ lvmetad = 0 を設定して lvmetad を無効にすることです。

この問題は、Red Hat Enterprise Linux 7 のデフォルトタイプである raid1 セグメントタイプでは発生しません。(BZ#1380521)

RAID4 および RAID10 の論理ボリュームがあるシステムの Red Hat Enterprise Linux 7.3 のアップグレードには、以下の重要な制限が適用されます。

iSCSI ターゲットを使用する場合は、zfcp 接続の SCSI 論理ユニット番号(LUN)に必要なため、イニシエーターからターゲットへの継続的なマルチパスが必要です。swap が iSCSI にあり、ネットワークパスでエラーが発生すると、システムがメモリー不足の状態にある場合、システムはエラー回復に追加のメモリーが必要になります。その結果、システムが応答しなくなる可能性があります。この問題を回避するには、iSCSI ターゲットへの少なくとも 1 つの作業ネットワークパスを用意して、スワップからメモリーを取得できるようにします。(BZ#1389245)

以前は、lvextend コマンドまたは lvresize コマンドを実行すると、論理ボリュームのサイズが変更されず、ファイルシステムのサイズ変更が試行されていました。ファイルシステムのサイズ変更を不要な試行しなくなり、コマンドの終了コードが変更になりました。LVM は、ゼロ（成功）およびゼロ以外の（失敗）を超える終了コードの一貫性を保証しません。(BZ#1354396)