NFSエクスポートには実際にFSIDが必要ですか?

NFSエクスポートには実際にFSIDが必要ですか?

引用:

上記のEarlrubyリンクから:

FSIDを使用しないと、NFSサーバーを再起動したときにサーバーがボリュームを識別する方法は、再起動するたびに変更される可能性があり、NFSクライアントは「古いファイルハンドル」エラーで中断されます。 「機会」と言うのは、サーバーがボリュームを保存する方法、実行するNFSのバージョン、フォールトトレランス/高可用性サーバーであるかどうか、HA機能を実装する方法によって異なります。一意のFSIDを使用すると、サーバーが提供するボリュームが常に同じ方法で識別され、NFSサーバーが再起動された後に、NFSクライアントがより簡単に再接続して操作を再開できます。

マニュアルページやその他のリソースを読むと理解できませんfsid=<some number>/etc/exports特に個人的に明示的に使用したことがない場合は、NFS vers = 4.2を使用してRHEL 8.9以降でこのような作業を行う時期と理由を誰か説明できますか?fsid=そしてそれに問題はありませんでした。

fsid=<some number>明示的に言及されている場合、この識別子はどのように選択されますか/etc/exports?一意であることをどのように確認しますか?

たとえば、nfsがローカルにマウントされたフォルダをエクスポートし、UUIDとしてマウントし、/dev/sdb1XFSファイルシステムの場合、デフォルトでそのフォルダを使用する必要はありませんか?ローカルにマウントされたファイルシステムの1つがNTFS-3gの場合はどうなりますか?/dev/sdc1/etc/fstabfsid=/etc/exports

nfsのマニュアルページによると、どのファイルシステムに問題がありますか? すべてのファイルシステムがデバイスに保存されるわけではありません。...どういう意味ですか*?

答え1

説明がとても明確だと思います。

fsid はオプション機能です。これがなければ、他の要素がファイルシステムを識別するのに役立ちます。ただし、(上記のように)これらの「その他の要因」は不安定で変更される可能性があります。 fsidを使用してファイルシステムを識別すると、信頼性、再起動時の信頼性、およびバージョン互換性が向上します。

ほとんどのカスタムオプションパラメータと同様に、fsidはユーザーが選択して選択方法を決定します。エクスポートしたファイルシステム間で一意にすることをお勧めします。

fsidは比較的新しいオプション(私の考えではNFSv4の新しいオプション)なので、エラーが発生する可能性があります。単純な構成と最新バージョンには必要ありません。何年も必要とされておらず、ほとんどの構成ではまだオプションです。

ただし、再起動またはアップグレード後にエイリアスまたは古いnfsマウントに問題がある場合は、この方法が必要になることがあります。

関連情報