web-dev-qa-db-ja.com

再起動後にNFSエリアを一貫して自動的にマウントできない

/ etc/fstabの次のエントリを使用して、サーバーBからNFSパスを自動マウントするように構成されたサーバーAが1つあります。

serverB:/data/media/serverA  /data/media             nfs     defaults        0 0

長時間の停電（およびはい、約30分間有効なUPSがあります）または両方のマシンがほぼ同時に再起動される電源サイクル中に、serverAの場合にこのパスが自動マウントされないことがあることに気付きましたserverBがまだオフラインのときに起動します。

ServerBがオンラインになった後にserverAで手動で実行する簡単なスクリプトを作成しました。これによりマウントが修正されますが、これを行うためのより良い方法はありますか？いくつかのプロセスは、私からのカスタムハックなしでこのシナリオを自動的に処理できるはずだと感じています。

/ etc/fstabのエントリはこのケースを処理しませんか、または誤って構成しましたか？

linuxnfsfstab
2
Cerin

おそらく、「デフォルト」を「soft、intr、rw、bg」のようなものに変更します。 bgは、マウントが失敗した場合、マウントされるまでバックグラウンドで（かなりの回数）再試行するという意味で特に重要です。

4
mdpc

man mountそして_netdevオプションを見てください。ネットワークが開始されるまでマウントを遅らせるには、おそらくこれを使用する必要があります。

serverB:/data/media/serverA  /data/media    nfs    _netdev,rw,...    0 0
4
quanta

これは、autofsや別のauto-mounterのようなものを見る場合です。このツールを使用すると、ファイルシステムは起動時ではなくオンデマンドでマウントされます。起動時にサーバーが使用できないために失敗した場合は、一時的なものです。サーバーの準備ができた後でマウントポイントにアクセスすると、ファイルシステムがマウントされます。

0
Zoredache