I am seeing this issue now too on Macs running 10.8.2/Xsan 3.0 attached to a StorNext 4.3.0 SAN. I was aware of a similar issue in NFSv3 on Lion that's well documented by EMC and other NAS vendors but was told it was NOT an issue on other filesystems.
The following quote appears in EMC's OneFS whitepaper on intergrating Adobe Premiere with Isilon (http://www.emc.com/collateral/hardware/technical-documentation/h10797-ra-oneFS-a nd-adobe-premiere-pro.pdf):
"Changes on an NFS mount are visible via the command line interface of Mac OS X clients, but the Mac OS Finder interface may fail to display the changes unless the volume is re-mounted."
My initial thought was too increase the directory cache size using the xsanctl advanced mount options (i.e. sudo xsanctl mount MyVolume --dircachesize 33554432) but now I am wonder if decreasing the cache size wouldn't actually better so that it refreshes the directory more often (i.e. sudo xsanctl mount MyVolume --dircachesize 2097152).
In the meantime, I have suggested to my client to try and use muCommander as a Finder alternative. I am waiting to hear back about how this JAVA app compares in regards to this issue.
Finally we solved this issue. That's not a xserve issue, this is a Mountain lion issue. All we need to do is install refresh finder on the clients. Refresh finder is a wrapper you can drag on the finder window. Then when the finder doesn't refresh itself, you can refresh manually (like you use on Safari)
you can download refresh finder here:
"Me too", and it's been happening for us in metaSAN, not even XSAN. Now I know it's not metaSAN's fault...
As Cooney said, it used to be a non-issue in prior versions and now requires a manual patch. Please send a bug report: http://www.apple.com/feedback/macosx.html
Or if you have developer access:
Here is the report I sent:
When a user creates new files in a SAN folder, another user will not see those new files. Waiting (over 15 minutes), closing and reopening the folder, or reopening a Finder window makes no difference.
Finder should automatically pick up on the changes to the folder and display them, as has been the behavior prior to 10.8.
Users have to issue a Finder refresh command via AppleScript. Alternatively, if user #2 creates a new subfolder it will also "kick" the folder and update its view with the missing files.
We observed this issue with metaSAN 220.127.116.11 as well as XSAN3. 10.8.4 clients with 10.8.4 server.
I've recently upgraded all my computers from 10.5.8 + MetaSan 4.x to 10.8.4 + MetaSan 18.104.22.168, and i ve exactly the same refresh problem ... Plus, the San disappear sometines, and makes all my files offline (i work in video editing) ... ;(
If all were good before, and my San looks like a "rock", shortcuts, save action, visibility of some files, etc ... are current issues now, and made my San less "rocky" !
I'm also in touch with Tiger Technologies support, but for the moment, no real solution was found ...
I know, perhaps is not a San problem, but a OS 10.8.4 fail ... but it's really difficult to work with.
So, i will be happy if this issue could be solved.
Welcome to the club, YubyOne... that's what we get for having an up-to-date OS (which is rather a neccesity anyway in today's Apple world).
Tiger Tech weren't even able to tell me that it's not an issue with their software, I had to figure that out myself.
Anyway, the best workaround by far is the Refresh Finder script/applet/app. You can put it in the Finder's toolbar for all users and the bug turns from a major headache to a minor nuisance.