これは少し変です。
当社の開発ラボの1つには、約5つのRed Hat Workstation 7アセットで構成された閉鎖ネットワークがあります。 REHL 7システムの1つは、NFS経由でUSB接続されたDroboProを別のシステムにホストします。他のシステムは、起動時に /etc/fstab を介してこの共有をマウントします。 NFS共有をホストしているコンピュータがダウンしていない限り、すべてがうまく動作しており、誰でも共有にアクセスできます。そのマシンがシャットダウンまたはオフラインの場合、共有にアクセスできないが（明らかに）他のマシンでも説明できない副作用が発生します。
共有をホストしているコンピュータがダウンして画面をロックするか、他の4台のRHEL 7コンピュータのいずれかを再起動すると、NFS共有をホストしているコンピュータが再びオンラインになるまで、そのコンピュータがロックまたはフリーズしてアクセスできなくなります。
他の4つのRHEL 7アセットでNFS共有をアンマウントし、ロック/フリーズが発生しないように共有を下げ、ソース範囲をNFS共有に絞り込みました。
/etc/exports > /dir/path/192.168.100.0/24(rw)
追加のトラブルシューティングに関する洞察や提案をいただきありがとうございます。
ありがとうございます。
答え1
試してください：/etc/fstabのnfsマウントポイントに次のフラグを追加します。
bg、intr、ソフト、timeo=3、再送=3、actimeo=3、再試行=3
それに応じてタイムアウトを調整しますが、この組み合わせが最も効果的だと思います。 nfs マウントポイントの行に「default」が設定されていないことを確認し、nfs のマニュアルページを読み、これがマウントポイントにどのような影響を与えるかを正確に理解してください。
答え2
私の頭の上で高速ですが、おそらく汚い解決策があるでしょう。
- NFSを定期的に確認 - サーバーが利用可能
- NFSサーバーが利用できない場合、クライアントはNFS共有のマウント解除を遅らせます。
これは次のように簡単です。
while true;
do
ping -c 1 $NFSserver || umount -l $NFSmounts
done
$NFSmountsもちろん、リストが複数ある場合は、リストの作成を検討する必要があります。
作業スケジュールによっては利用できないNFSマウントがアンマウントされると、ワークステーションはすばやくロック解除されます。