Recovery Kit for NFS Server – 既知の問題と制限

NFSクライアントからNFS exportされたディレクトリに対してファイル書き込みを実施すると、以下のログがJournalログに出力され書き込みが失敗することがあります。

kernel: NFSv4: state recovery failed for open file <path>, error = -116

これはLinux Kernelの既知のバグ（CVE-2024-50046）ですので、影響を受けないバージョンのカーネルを使用してください。

最上位の NFS リソース階層は hanfs リソースのスイッチバックタイプを使用します

障害からサービス状態に復旧する際に NFS リソース階層がプライマリーサーバーにスイッチバックするかどうかを制御するスイッチバックタイプは、hanfs リソースで定義されます。

ファイルロックのスイッチオーバーが失敗します

リソースのスイッチオーバーまたはフェイルオーバーの際、ファイルロックのスイッチオーバーが機能しません。これは、NFS v3/v4 のどちらのバージョンでマウントしても同じです。
クライアントのアプリケーションで、ファイルロックを使用しないでください。

gssproxy が起動していない場合、リソースの作成処理がハングアップします

gssproxy デーモンが起動していないと、リソース作成時に LifeKeeper が gssproxy デーモンを起動します。しかし、gssproxy が LifeKeeper の期待する動作を行わないために、リソース作成の処理が終了しません。本問題は、lkGUIapp でも lkcli どちらでも発生します。
なお、gssproxy がインストールされておらず、rpc.svcgssd がインストールされている場合は、rpc.svcgssd を使用するため本問題は発生しません。

解決方法: gssproxy デーモンを起動してください。また、常に起動させておくために、自動起動を有効にしてください。以下、RHEL7 の場合のコマンド例です。
systemctl start gssproxy.service
systemctl enable gssproxy.service

LifeKeeper Single Server Protection で rpc.idmapd および rpc.svcgssd が起動していない場合、restore の処理が失敗します

LifeKeeper Single Server Protection では rpc_pipefs をマウントするためのディレクトリーが作成されません。rpc.idmapd および rpc.svcgssd デーモンを起動する前に rpc_pipefs をマウントしますが、ディレクトリーがないために失敗します。

解決方法: rpc.idmapd および rpc.svcgssd デーモンを起動してください。また、常に起動させておくために、自動起動を有効にしてください。以下、SLES15 の場合のコマンド例です。
なお、gssproxy がインストールされている場合は、rpc.svcgssd デーモンを起動しておく必要はありません。
systemctl start nfs-idmapd.service
systemctl enable nfs-idmapd.service
systemctl start rpc-svcgssd.service
systemctl enable rpc-svcgssd.service