autofsインストールホームディレクトリを持つSolaris 10サーバーがあります。あるサーバーでは、10分のタイムアウト後も削除されません。私たちはすでに存在し、AUTOMOUNT_TIMEOUT=600サービスを/etc/default/autofs実行してautomount -t 600無効にしてから再度有効にしましたが、何も機能しないようです。svc:/system/filesystem/autofs:default
私の疑いは何システムのファイルシステムは、マウントされたすべてのファイルシステムに定期的にアクセスしてアクセスできることを確認し、自動マウントタイムアウトをリセットして期限切れになりません。今行ったテストはこれをサポートします。タイムアウトを10秒に設定すると、マウントポイントがアンマウントされ、10秒がそれより短いように見えます。何チェックが行われており、タイマーが期限切れになる機会があります。
問題は、これを行うプロセスをどのように見つけることができるかということです。サーバーは頻繁に使用される実稼働システムなので、危険な実験を実行することはできません。
ファイルシステムは次のとおりです。いいえ開いたままにして手動で削除できます。それ何おそらく、マウントポイントからマウントポイントに移動し、CD入力、CD出力、継続を実行し、しばしばautomountアンインストールを防ぐのに十分です。ただし、開いたままではないため、lsoforを使用すると表示されませんfuser -c。何をしているかを理解するために、マウントポイントにアクセスしたらすぐにそれをキャプチャまたは記録したいと思います。
FWIWこれは、Solaris 10ホスト（Sparc / M5000）の非常に強力なSolaris 10ゾーンです。
ベストアンサー1
rwsnoopを試すことができます（http://dtracebook.com/index.php/File_System:rwsnoop）dtraceを使用してi / oアクセスを監視します。
# rwsnoop - snoop read/write events.
# Written using DTrace (Solaris 10 3/05).
#
# This is measuring reads and writes at the application level. This matches
# the syscalls read, write, pread and pwrite.
頑張ってください！