説明

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

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

クライアントの指定に IPv6 アドレスを使用することはできません

/etc/exports ファイルにおいて IPv6 アドレスを使用してクライアントを指定した場合、リソース作成に失敗します。

解決方法: クライアントの指定にはホスト名やワイルドカードを使ってください。

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

リソースのスイッチオーバーまたはフェイルオーバーの際、ファイルロックのスイッチオーバーが機能しません。これは、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

フィードバック

フィードバックありがとうございました

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

送信