説明
DataKeeper上のLVMを保護している場合、ボリュームグループの再設定 で案内している手法によるリソース階層の自動修正はできません。
詳細は ボリュームグループの再設定 をご覧ください。
RHEL8で lvmvg リソースの restore がアクティブエラーコード “5” で失敗することがある

lvmetad サービスは、常に最新のデバイスを取得するために LifeKeeper のインストール時に無効化されます。しかし、RHEL8 では lvmetad が削除されたため、このメカニズムはもはや機能しません。lvmvg リソースがアクティブエラーコード “5” で失敗することがあります。

回避策: pvscan --cache を実行し、lvmvg リソースを restore してください。
LVM 構成における DataKeeper for Linux 非同期モードに関する注意事項

複数の非同期ミラー上に LVM を構成すると、データの整合性が保てず、さらには kernel panic が発生する場合があります。

DataKeeper 上に LVM を構成する場合には、DataKeeper ミラー 1 つだけ、または複数の同期ミラー、いずれかの構成でなければなりません。
lkID の使用はディスク全体で LVM を上書きした状態と互換性がありません

lkID を使用して、LVM 物理ボリュームとして設定されているディスクで一意のディスク ID を生成すると、lkID および LVM 情報が格納されているディスク上の場所で競合が発生します。これにより、lkID および pvcreate が使用された順番に従って、lkID または LVM 情報のどちらかが上書きされます。

対応策: lkID を LVM と組み合わせて使用する必要がある場合は、ディスクをパーティション化し、ディスク全体ではなくディスクパーティションを LVM 物理ボリュームとして使用します。
LVM のアクションが RHEL 6 では遅くなります

RHEL 6 で一部の LVM コマンドを実行している際、前のリリースよりもパフォーマンスが遅くなる場合があります。LVM リソースを含む階層の restore および remove に要する時間がやや長くなることとして現れることがあります。
Raw および LVM の Recovery Kit を組み合わせた設定は、RHEL 6 環境ではサポートされません

Raw リソースを作成するとき、Raw Recovery Kit は Raw デバイスの major 番号および minor 番号に基づいてデバイスファイルを探します。その結果、/dev/dm-* がそのデバイスになります。ただし、LVM Recovery Kit はこのタイプの /dev/dm-* を処理できないため、GUI で「raw device not found」エラーが発生します。

フィードバック

お役に立ちましたか?

はい いいえ
お役に立ちましたか
理由をお聞かせください
フィードバックありがとうございました

このトピックへフィードバック

送信