File Locks and SMB shares with ML

Just wanted to chime in that my organization is having this issue as well. The only "answers" I could find was that Adobe doesn't fully support saving their files to a network location, and Shawn Lamb(poster in this thread) had disabled preview in OSX and that mitigated some of the issue. Has there been any further progress made here that anyone knows about?

Same problem with server 2008R2 and 100+ Mac Pro running 10.6.8 or 10.9.5,

disabled icon preview but still have that issue

I am also having this problem. We have two users on 10.9 and 10.10 using file share on Windows Server 2008R2.

If the first user creates a folder, then a subfolder and puts a file in the subfolder, the second user cannot rename or delete the root file, even if the finder window is closed.

If the first user than disconnects from the drive share, then the second user is able to modify the folder.

This works both ways. I have tried disabling preview and also the creation of .DS_Store files.

In addition, I cannot modify the folder from the Windows Server itself. I have to restart the server service.

Has anyone figured this out yet?? I cant believe this issue isnt resolved yet. Having the same problem here. Tried disabling icon preview under view options but no change. One thing I dont understand is that why does finder remember where i was in a folder after i close finder. E.g. if i scroll half way down in a folder and then close finder and then reopen, it will remember where i was. Because of this when i expand certain folders to see their content (list view) and then close finder and reopen, finder will remember which folders i had expanded. Is there an option to prevent this from happening. It would be ideal if when i close finder all "memory" is purged of which folders were expanded and which position in the folder i was at. Any ideas?????

Our company is going through the same problems. IT has disabled our image preview (even with the space bar), making it impossible to know which images is which without opening it. We also cannot write a PDF to a folder a second time. We have to delete the first PDF and the write the PDF. We are getting tons pf files opening as "read only". IT is working on it, but its been a long frustrating road. It seems those of us on 10.10.3 are having the most issues.

Another one here with similar issues.

Moved our creative team from a MAC server to join all the others on a Windows server

Now they are having issues with not being able to rename and move folders.

And they seem to want to do this a lot.

Can't believe apple haven't fixed this after all this time.

oh Apple fixed it. They just are megalomaniacs and only support their file structure. AFP works flawlessly although I heard that is being discontinued. So no Apple server or Apple file protocol but they won't make it easy to connect to anything else!?! What the....

Just posting to report a 'same here' message. This issue is really frustrating our user population. Most of them running 10.10.3. I've also been messing with the icons preview and other preview options of finder but I'm still having this issue. Also this seems to be some sort of race condition between the copy and finder locking the file. lsof only shows that finder locks very briefly but enough to make the copy rollback.

The most annoying part of this thing is sometimes the copy works or the copy works for 9 of the 10 files that are copied.

The best way around this is to share your data our using WebDAV on your Windows Server in IIS. It's free, it's easy and it works. File lock issues haven't happened for us over WebDAV (HTTPS). SMB still isn't cutting it. Another option that works is ExtremeZ-IP - Acronis but it costs $$

I have this problem as well..

But we are running a Linux (ubuntu 14.04) server with samba 4.2

Disabling the Icon preview column allows me to duplicate files.

I have not yet done enough research but this may be related to my other problem in which an Excel document can't be saved on the network location if it is open for a while (with changes) on a client. Sometimes the whole document is destroyed (0 KB on server) during the save procedure.

To bad that after 2 years no final solution is available

In addition to my previous post.

Has anyone tried connecting with cifs ?

I did some small tests and with cifs it seems te be working much better...

Hello

This is what seem to have fixed this problem for us. Our setup: All Macs on 10.10.3, shares hosted on 2 Windows Server 2012 in fail over cluster and presented trough DFS, Access Based Enumeration enabled. After some tests I managed to isolate this to a process called QuicLookUIHelper. This file is located under /System/Library/Frameworks/Quartz.framework/Versions/A/Frameworks/QuickLookUI.fr amework/Versions/A/Resouces. Test method: Connect to your share and copy some images, pdfs and anything that can generate a preview. On one window click on an image so the preview is displayed on a preview pane. Open a second finder window and try to rename the folder that image sits in. Prompt for password right? Also if you look on your Windows server you'll notice that the image is open under Open Files. This problem doesn't exist however on Mac OS 10.8. The version of QuicLookUIHelper on 10.8 is 4 and from 10.9 it's 5. I replaced this file on 10.10.3 and the problem dissapeared. I rolled version 4 of this app to a test group and so far we haven't had a single call about locked folders! Still early days but it looks promising. Version 4 of this app also seems to have fixed slow finder refresh which is now instant. If anyone wants to try it, just copy QuicLookUIHelper from Mac Os 10.8 to 10.9 or 10.10. If you don't have 10.8 handy, I'm sharing mine here https://www.dropbox.com/l/NvJeCwafI7VEMwJBiCthhr

Hope it helps!

Marcin,

Have you had any luck with this? I just tested it in our environment and it did not solve the issues.

This still seems to be an issue even in OS X 10.11....