壊れたNFSマウントがディレクトリをロックするのを止めますか？

ちょっとおもしろい設定があります。複数のリモートNFSサーバーが1つのフォルダーにマウントされ、そのフォルダーがSambaに再エクスポートされます。すべての共有フォルダを1か所に保持する共有プロキシと考えてください。

私の問題は、マウントの1つがダウンしたとき（サーバーの再起動、サービスの再起動、サーバーがエクスポートしていた外部ハードドライブの削除など）に、マウントブロックを永久に読み取ろうとすることです。これはls、そのディレクトリでの実行がフリーズし、Samba経由で接続しているユーザーもフリーズすることも意味します。これにより、数百回ブロックされたプロセスがあったために、サーバーをほとんどクラッシュさせたcronジョブの1つが数回ブロックされました。私は通常ls、終了するのを待っていない（キャンセルできない）端末を立ち上げ、実行しfor i in *; do sudo umount -l -f $i; done;、動作することを望み、問題を修正し、すべてを再マウントする必要があるため、非常に面倒です。

接続が何らかの理由で（できれば再試行期間があれば）接続に失敗した場合、マウント自体をアンマウントするか、少なくともブロックしないという規定でNFS共有をマウントする方法はありますか？

通常、NFSをマウントするときは、次のようなフラグを設定することをお勧めします。

bg,intr,soft

   bg      If  the  first  NFS  mount  attempt times out, retry the mount in the 
           background.  After a mount operation is backgrounded, all subsequent mounts
           on the same NFS  server  will  be  backgrounded immediately, without first
           attempting the mount.  A missing mount point is treated as a timeout, to
           allow for nested NFS mounts.
   soft    If  an  NFS  file operation has a major timeout then report an I/O error
           to the calling program.  The default is to continue retrying NFS file
           operations indefinitely.
   intr    If  an  NFS  file  operation  has  a major timeout and it is hard mounted,
           then allow signals to interupt the file operation and cause it to return
           EINTR to the calling program.  The default is to not allow file operations
           to be interrupted.

さらに以下を設定できます。

timeo=5,retrans=5,actimeo=10,retry=5

NFSサーバーが再試行で待機するのではなく接続をドロップすると、NFSマウントがタイムアウトし、ディレクトリにアクセスできなくなります。

NFSマウントオプションの詳細については、このリンクをご覧ください。