自動マウント:すべてのマウントが行われ、それ自体はマウント解除されません。 【解除】

自動マウント:すべてのマウントが行われ、それ自体はマウント解除されません。 【解除】

SLES 11.2 サーバーがいくつかあります。彼らは自動マウントで非常に奇妙なことをしました。各ユーザーの$ HOMEの自動マウントエントリを含む、ユーザーとコードに必要な500個の自動マウントがあります。大丈夫です。私たちがサポートしている何千ものLinuxワークステーションやサーバーにアクセスすると、10〜20個の自動マウントを見ることができます。期待どおりに削除されます。

しかし、私たちはSLES 11.2とKDE4を使用しているので、間違っているかもしれませんが、いくつかのシステム、特にHPCE Linuxクラスタのヘッドノードの1つに500個のアクティブな自動マウントがあり、マウントされていると信じています。自分で削除しませんか? ? ?しかし、スクリプトを実行して手動で削除し、実際にアクティブになっているいくつかの項目を除いて、苦情なしにすべてを削除できますか?

これがナイトテープバックアップルーチンのいくつかの欠陥かどうか疑問に思います。たぶんすべての自動マウントを目覚めさせますが、バックアップしませんか?しかし、なぜ彼らは遅くまで目を覚ますのですか?

追加情報:

私たちはautofsを使用して、私たちがアクセスするすべてのデータを自動的にマウントします。これには、ユーザーの$ HOME、アプリケーション、アプリケーションの入力データ、アプリケーション結果などが含まれます。

NISマップを使用して、各マウントの自動マウントパラメータとオプションを定義します。これには、NFSホスト名、NFSホストのファイルシステム名、および自動マウントされたクライアントのマウントポイントが含まれます。また、NFSサーバーの「エクスポート」ファイルは、マウントできるユーザーと利用可能なオプション/制限にも影響します。

"/etc/auto.master" は、autofs/automountd に NIS マップで何百もの異なるマウントを見つけることを伝えます。

これらの自動マウントのデータを必要とするユーザー、プログラム、またはアプリケーションは、「cd」、「ls」、または「cat」などを使用してマウントが作成されたディレクトリに簡単にアクセスできます。誰かがマウントされたディレクトリにあるとき、またはディレクトリからファイルを読み書きするときは、マウントされたままになります。マウントが5分または10分間アイドル状態の場合、自動マウントはマウント解除されます。

どちらも広範なLinuxおよびUnixクライアントで動作するように設計されています。

時々、クライアントは自動マウントされたファイルシステムを使用しないように見えますが、タイムアウト後もマウントされたままになることがあります。しかし、これ以上のことは、サーバーはすべてのNIS自動インストールマップで定義され、アクセス可能なすべてのインストール場所にインストールされます。そして10分後には削除されませんか?

バックアッププログラムが可能なすべてのサブディレクトリに移動して、すべての自動マウントを有効にするかどうかを理解できます。ただし、バックアップが完了したら、自動マウントをアンマウントする必要があります。そうではないようです。

@soubunmei Markさんのコメントに、アップデートが答えになると思います。まだSIGUSR1を試していません。おそらく次に試してみると思います。

ベストアンサー1

私はファイルモニタリングビット(例えば、ノーチラス)に関連するGNOMEアップデートでこれが起こるのを見ました。 KDEでも同じかもしれません。ファイルの状態、ファイルシステムの使用量などを監視するすべてを見つけて消したいです。

おすすめ記事