カーネル 3.10.17 がインストールされている Salix サーバーでバージョン 4 NFS サーバーを実行しています。次のコマンドを使用してNFS共有をマウントしています。
sudo mount -t nfs 10.0.0.150:/share /mountpoint
私のクライアントコンピュータは最新バージョンのXubuntuです（しかし、過去数年間でUbuntuクライアントのさまざまなバージョンとバージョン間のNFS共有でこの問題が発生しました）。たとえば、ファイルマネージャを介して最初にこのマウントポイントにアクセスするとき（たとえば、説明したが他の種類のアクセスにも同じ症状がある場合）、共有からデータがロードされるまで20秒待つ必要があります。これが発生した場合は、マウントをスリープ状態にするまで（つまり、その下のどのアイテムにもアクセスしないことを意味します）、約1分間遅延なく共有フォルダを参照できます。その後、再び遅延が発生します。私のクライアントもNFS v4です。
nfsstat -mクライアントの出力は次のとおりです。rw,relatime,vers=4.0,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=10.0.0.214,local_lock=none,addr=10.0.0.150
SAMBAを介してWindowsクライアントとサーバー上の同じフォルダを共有していますが、SAMBA共有に問題はありません。
ベストアンサー1
問題を発見しました。 NFS v4サーバーの場合は/proc/fs/nfsd/nfsv4revoverydirファイルがあります（少なくともSlackベースのSalixの場合）。フォルダの内容は、別のパスを指定するテキストでなければなりません。これについて私が見つけたすべての解決策は、そのファイルで見つかったパスを作成し、問題を解決したと言いました。私の場合、ファイルは空でした。この/procファイルを正しく入力する方法を見つけるのではなく、NFSバージョン3を使用するようにサーバーを構成する回避策を使用しました。これは/etc/rc.d/rc.nfsdファイルを編集し、rpc.nfsdを起動する行に「-N 4」オプションを追加することによって行われました。