web-dev-qa-db-ja.com

他のNFSマウントに依存するNFSマウントは、起動時にマウントに失敗します

_/etc/fstab_に5つのNFSマウントをセットアップしました。

最初の「親」はローカルマウントポイント_/foo_にマウントされ、他の4つの「子」は最初のマウントポイントにマウントされます。

したがって、2番目が_/foo/test1_であるとしましょう。 3番目は_/foo/media_などにあります。

例：

_192.168.0.101:/adventure-time    /foo           some-nfs-options
192.168.0.101:/south-park        /foo/test1     some-nfs-options
192.168.0.101:/futurama          /foo/media     some-nfs-options
/etc./
_

しかし、ログイン後（再起動後）に_df -h_を実行すると、_/foo_の共有のみが表示されます...他の（サブディレクトリ内の）はマウントされていません...したがって、_mount -a_そしてすべてが大丈夫です...

_/var/log/messages_を確認すると、起動中に「親」のフォルダに依存する「子」のnfsエクスポートをマウントしようとすると、「ローカルマウントポイントが見つかりません」と不平を言うことがわかりました。したがって、_/adventure-time_を_/foo_にマウントするのに時間がかかると思います（1〜2秒以上話します）。その間、フォルダー_test1_とmediaはそうではありません。利用可能です...したがって、他の共有をマウントできません。すべてを一度にマウントしようとするように...

次に、ログイン後、これらのフォルダがすでに存在する場合（_/adventure-time_はすでに_/foo_にマウントされているため）、他の共有を問題なくマウントします（ローカルマウントポイントはすでに存在します）...

問題は、「子」シェアを「親」に依存させ、彼がマウントするのを待ってから試す方法です。

_mount -a_に_/etc/rc.d/rc.local_と入力することは、回避策にすぎません。

Fstabに入れるべきnfsオプションはありますか？

これに対する解決策が必要ですか？ nfs（またはブートプロセス）はそれほど馬鹿げているべきではありません...：/

linuxnfsmountfstab
2
Bojo Jelev

/etc/fstabにbgマウントオプションが必要です。これにより、最初はバックグラウンドに失敗し、成功したときに再試行するマウントが発生します。

2
tfb

これに対する解決策が必要ですか？ nfs（またはブートプロセス）はそれほど馬鹿げてはいけません

起動プロセスは馬鹿ではありません。 mount/nfsのマニュアルページをしばらく読んでいませんが、あるマウントを別のマウントに依存させる方法があったことを覚えていません。

スクリプトを使用するという1つの解決策がすでにあるようです。このタイプのスクリプトに役立つ mountpoint コマンドを確認することをお勧めします。

別の解決策は autofs かもしれません。通常どおりfstabを使用してメインNFSファイルシステムをマウントしてから、autofsを使用してサブファイルシステムをオンデマンドでマウントします。

1
user9517

Redhatのようなディストリビューションを使用している場合は、必ずnetfsサービスを有効にしてください。

これにより、ネストされたマウントが処理されます。テストして見てください。

0
ewwhite