Strange problem when copying files to NAS

Hi,

I have a very similar problem, potentially the same: "error message saying that the file can't be copied because it is already in use by another application."

The difference is that I try to copy files to a SMB volume which I access over VPN (CISCO AnyConnect, because the admins selected that solution). When I am connected locally to the same SMB volume (in my office), the problem does not show up. I am using 10.10.4.

The hint from SilverSkyRat to use the Terminal and the cp command was helpful (Thanx!!), this allowed to copy files that triggered the error in the Finder. From this I conclude that it must be a Finder bug, because if the Terminal cp command can do the job an intact Finder must be able to do it as well.

In my case, changing the View options (uncheck Show icon preview) had no effect.

However, deleting (a quite long list of) the ._* files on the server and in the target folder (by using the Terminal and "rm ._*") did help.

i'm using a popcornhour, but same concept copying over a network to an smb share.

i did the following on a particularly stubborn file:

turn show icon preview on, then off (it was originally off)

did a get info, locked the file then immediately unlocked it

made a new directory on the popcornhour, moved all of a particular shows files into that, deleted the old folder

- i believe the ph treats permissions differently with regard to folders created using the device's UI versus folders i create from my mac

opened the file, in this case a quicktime file on my mac, then quit out of the application

then it copied.

OMG! You are a genius! You are right. I only have this problem when I copy and paste. Drag and drop works! I can live with that for now.

Needing to get round this same problem I used my windows PC which can see both the Mac and the NAS to copy the 500 files from Mac to NAS. On the Mac it would hang with the "file in use" message every 5 or 10 files so it was getting tiring to copy over in small batches. Using the windows machine to perform the copy worked first time, for all the files in one go, exactly as you'd expect it to. This is obviously not a solution to the problem but hopefully helps some people, but more to the point it surely suggests there is nothing wrong with the NAS and something wrong with the Mac or with Finder.

Long time since I posted on this thread, thought I would share (pardon the pun) my experience since. Everything working fine, it started working properly after both Apple and my QNAP updated my MacBook and my QNAP NAS firmware.

As well as filing a bug report with Apple I also got QNAP tech support in so it was an issue on both sides it would appear.

It got even better when I upgraded my router to a newer one capable of 5GHz Wifi.

🙂

Adrian.

I continue to see this issue running Yosemite 10.10.5 copying files from a Windows 7 network share.

Anyone found disabling icon preview on the target directory, as suggested, solves the problem? It does for me on 10.10.5.

It appears that the icon preview was in a race condition in which it tries to generate the icon preview while the file wasn't fully copied, or something like that. It only happens on particular file types with large size.

Scratch that. It wasn't the problem. Still trying to work it out 😠

I had this problem for a long time.

My friend recommended me Long Path Tool for fixing this.

I am skeptic with this king of tool but I was wrong.

I was initially skeptical on the recommendation to drag and drop for copying over files to nas.

However, never encountered the original issue with drag and drop copying so far. The issue seems to happen occasionally when I use the copy and paste menu.

This helped me (was transferring files from external hard drive) and yep all I had to do was go to View options [cmnd + J] and uncheck the show icon preview - brilliant, thanks!

Sorry to say that both (1) View options and (2) Drag and drop still bit me at times. However, they occur much less frequently than copy and pasting using the context menu.

So still be prepared for that bug 😁

Yeah actually I jumped the gun there... Even de-encrypting my external drive didnt work.

great post. one thing I've discovered is that while apple is switching to SMB2 and deprecating AFP, AFP is still required for Time Machine. I use SMB for everything but Time Machine, even on my Macs. Im going to try your suggestion of forcing NTLMv2-only authentication and wait for Apple to use SMB for Time Machine.

I also had this problem and soon realised that it was due to file size. I could not copy and move folders and files that were over a certain size. I ended up copy and pasting from iMac to networked NAS folder by folder. Did the trick, just the long way round. Hope this helps anyone.