私は持っています自動ファイルシステムユーザーの/homeディレクトリにある中央NFSサーバーに接続されている複数のLinuxサーバーにインストールされます。ログインした状態でディレクトリをマウントするとうまく機能しますが、インストールがタイムアウトしないようです。 /etc/sysconfig/autofsを確認しましたが、デフォルトは実際には300に設定されているため、5分後にタイムアウトする必要があります。
再起動中自動ファイルシステムすべてのディレクトリを削除してそれが可能であることを知りました。
使ってみました。ラソフディレクトリにランダムに表示されますが、いつでも開いているファイルは表示されません。
また、非アクティブ状態であることがわかっている任意のディレクトリをマウントしましたが、ディレクトリは自分でアンマウントされませんでした。このボックスの一部には、一度に10人以上のユーザーがログインしており、マウントが決して落ちません。
私は理由を見つけるためのより良い方法を見つけようとしています。どのログにも具体的な内容は表示されません。
どんな提案にも感謝します。ありがとうございます！
修正する
デバッグをオンにしました自動ファイルシステムしかし、特に珍しい点は明らかになっていないようでした。このログは、/home/user1 を初めてインストールした後 7 分、非アクティブ後 6 分後に生成されました。デフォルトの5分に基づいて、このプログラムは削除する必要があります。削除試行を示すログを見たことがありません。
Jan 11 12:52:00 linux automount[26505]: st_expire: state 1 path /home
Jan 11 12:52:00 linux automount[26505]: expire_proc: exp_proc = 3055176592 path /home
Jan 11 12:52:00 linux automount[26505]: expire_proc_indirect: expire /home/user1
Jan 11 12:52:00 linux automount[26505]: expire_proc_indirect: expire /home/user2
Jan 11 12:52:00 linux automount[26505]: expire_proc_indirect: expire /home/user3
Jan 11 12:52:00 linux automount[26505]: 3 remaining in /home
Jan 11 12:52:00 linux automount[26505]: expire_cleanup: got thid 3055176592 path /home stat 7
Jan 11 12:52:00 linux automount[26505]: expire_cleanup: sigchld: exp 3055176592 finished, switching from 2 to 1
Jan 11 12:52:00 linux automount[26505]: st_ready: st_ready(): state = 2 path /home
アップデート2 Red Hatサポートチームとこの問題について議論した後、最終的な解決策はホームディレクトリのタイムアウト値を減らすことでした。私はこれをし、よさそうだった。どうやら何かが2 1/2～3分ごとにマウントポイントを通過して実行され続けているようです。
回避策は、マップの /etc/auto.master ファイルにタイムアウト値を追加することです。
/home /etc/auto_home --timeout=120
ベストアンサー1
TIMEOUT変数に加えて、autofsには確認間隔があります。
# cat /var/log/messages
Jan 11 21:45:35 client automount[24804]: mounted offset on /net/server/share with timeout 300, freq 75 seconds
TIMEOUT/4と同じです。 TIMEOUT / 4秒ごとに、autofsはディレクトリに最後にアクセスした時間をカーネルに要求します。したがって、環境では、375秒間アクティビティがないとディレクトリ名は指定されません。
より詳細なログを取得するには追加する必要がありますLOGGING="debug"。/etc/sysconfig/autofs