4
automount nfs:信頼できないサーバーのautofsタイムアウト設定-ハングアップを避ける方法
フラット共有のために小さなサーバーを実行しています。ほとんどの場合、いくつかの追加サービスを備えたファイルサーバーです。クライアントはLinuxマシン(ほとんどがUbuntuですが、他のディストリビューションもあります)とその間にあるMac(-Book)です(ただし、これらは質問にとって重要ではありません)。サーバーはUbuntu 11.10(Oneiric Ocelot) 'Server Edition'を実行しています。セットアップとテストを行うシステムは11.10 'Desktop Edition'を実行しています。私たちは、どこかなりの時間のために(私たちはより精通している)のSambaとの当社株式を実行しているが、その後に移行NFS(私たちはLAN内の任意のWindowsユーザーを持って、それを試してみたくないので)、これまですべてが正常に動作します。 次に、autofsを使用して自動マウントをセットアップし、状況をスムーズにします(これまでは、必要に応じて全員が手動で共有をマウントします)。自動マウントも機能しているようです。問題は、「サーバー」がエネルギーを節約するために24時間365日稼働しないことです(誰かがサーバーから何かを必要として、電源を入れ、その後シャットダウンするので、毎日数時間しか動作しません)。ただし、autofsのセットアップにより、サーバーが実行されていないときにクライアントが頻繁にハングアップします。 サーバーが実行されていなくても、すべてのクライアントを正常に起動できます。 ただし/nfs、サーバーが実行されていないときに共有へのシンボリックリンクを含むディレクトリを(ターミナルまたはnautilusで)表示したい場合、少なくとも2分間ハングします(autofsはサーバーに接続できないが、しようと、私は仮定します)。 それを回避する方法はありますか?そのため、ディレクトリへの変更まで、またはそのディレクトリのコンテンツにアクセスするまで、マウントが遅延しますか?下の共有へのリンクを「見る」ときではありません/nfsか?私はそうは思いませんが、多分それに長い間アクセスしようとしない可能性がありますか?空のディレクトリまたは「そのディレクトリが見つからない/接続できない」またはそのようなものを教えてください。 サーバーが稼働しているときは、すべて正常に機能します。 ただし、共有がアンマウントされる前にサーバーがシャットダウンされると、ツール(dfまたはなどll)がハングします(共有はまだ存在しているが、サーバーが応答しなくなったため)。 接続が失われたときに共有を自動的にアンマウントする方法はありますか? また、クライアントは、サーバーが停止しても共有がマウントされている場合、シャットダウンまたは再起動しません。それらは(見かけ上は無限に)「残りのプロセスを殺す」ことにハングし、何も起こらないようです。 私はそれがすべてマウントとアンマウントのきちんとしたタイムアウト値に帰着すると思います。サーバーへの接続が失われたときにすべての共有を削除することもできます。 だから私の質問は次のとおりです。また、ボーナスとして、/nfs実際の共有をマウントせずに内部にリンクする良い方法はありますか/nfs? 私のセットアップ NFSの設定はかなり基本的なものですが、(使用して、これまでも私たちを務めたのNFSv4を): / etc / default / nfs-common NEED_STATD= STATDOPTS= NEED_IDMAPD=YES NEED_GSSD= /etc/idmapd.conf [General] Verbosity = 0 Pipefs-Directory = /var/lib/nfs/rpc_pipefs Domain = localdomain [Mapping] Nobody-User = nobody Nobody-Group = nogroup / etc / …