FinderはNFSサーバーからの古いディレクトリ一覧を表示します

NFSv4を介してファイルを共有するUbuntu 12.04 Linuxサーバーがあります。Mac OS X 10.7.5を実行しているMacBook Proに共有をマウントします。デフォルトのマウントオプションを使用して、ディスクユーティリティで自動マウントするようにNFS共有を設定しています。

Finderで最近開いたディレクトリ内のサーバーで変更が発生した場合、Finderは非常に長い時間変更を反映しません。ターミナルを使用して同じディレクトリを「ls」すると、変更が表示されます。Finderはディレクトリリストをローカルにキャッシュしているようで、このキャッシュは非常に積極的です。

ウィンドウを閉じて再び開くことは役に立ちません。Finderを強制終了することは役に立ちません。NFS共有のアンマウントと再マウントは役に立ちません。リブートは機能しますが、それは非常に鈍い道具です。

誰もこれを経験しましたか、そして誰かが回避策を知っていますか？FinderがすべてのアクセスでVFSレイヤーを処理するように、またはキャッシュされたデータのTTLを少なくとも短くするために、キャッシュを削除したいと考えています。

共有をSMBまたはAFPに変更することを評価しましたが、それを引き受けることはできず、Finderの動作を完全に変更できない場合は、Finderのキャッシュを手動で無効にする（またはそれを突く）方法を探しています。

ETA：これは、Mavericksではもう問題ではないようです。

私は同じ問題を抱えており、私のために働いた解決策をここで見つけました：

dscacheutil -flushcache
killall Finder

のmanページにdscacheutilは、この-flushcacheオプションは極端な場合にのみ使用されるべきであるため、この方法には気づかないリスクがあるかもしれません。

noac,nonegnamecacheYosemiteのNFSマウントオプションで使用したときに、Finderに古いファイルがありました。これらのオプションを削除すると、問題が修正されました。

代わりにnoac（これはに相当actimeo=0）、actimeo=1属性キャッシュタイムアウトを1秒に設定するために追加しました。属性キャッシュが完全に無効になっている場合は望ましいですが、この方法では少なくともタイムアウトは低くなります。

そのような問題があることは確認できましたが、私には一貫していませんでした。テストに同じディレクトリとファイルを使用して、同じサーバー上のSAMBAおよびNFS共有に対してチェックしたところです。Finderの両方の共有のビューを2回続けて更新しました。ただし、前述のように問題が発生しました。より特定の条件下で発生するようです。

AFPやSMBのような他のプロトコルを使用してこの問題が発生することはありません。そのため、Finderのキャッシュを分離/影響できない場合は、サーバーを変更するのが明らかな回避策になります。とりあえず、ここでより良い解決策が得られない場合、これは1つの解決策である可能性があります。