NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.

Forum Discussion

IanW's avatar
IanW
Tutor
Aug 07, 2015
Solved

Cannot overwrite file: "because the item is in use"

Hi there - have much frustration trying to overwrite file from our Macs (OSX 10.9.5) to ReadyNAS 4TB.

 

If we have project files stored locally on the Mac, and want to back them up to the ReadyNAS, we want to overwrite the current files on the ReadyNAS. However, we often get an error message part way through copying saying "The operation can't be completed beacuse the item "xxx" is in use."

 

I think the problem is that if the main folder has a sub folder, it will not copy it across. We obviously have lots of sub-folders, and so this is really frustrating. It also happens when trying to delete a folder off the ReadyNAS - you have to continually delete the folder, as each time it will only delete one of the enclosed folders.

 

Any suggestions would be really appreciated!

 

Many thanks.

Ian

  • Mac has always been annoying when accessing AFP shares on a non-Mac server.

     

    There's a heap of hidden files it creates for each directory (a .DS_Store file, an .AppleDouble subdirectory, .Network_Trash etc).

    It also sometimes creates a hidden ._<filename> in the subdirectory

     

    I think its likely to be these associated metadata files which are locked, rather than the file itself (perhaps because someone else has recently opened the file directly from the NAS, or is viewing the subdir in FInder etc).

     

    You can disable the creation of .DS_Store files by runing this on each Mac..

     

    defaults write com.apple.desktopservices DSDontWriteNetworkStores true

     

    But I dont know of any way to disable creation of .AppleDouble

     

    Mac also has a tool called dot_clean...

    https://developer.apple.com/library/mac/documentation/Darwin/Reference/ManPages/man1/dot_clean.1.html

     

    This isnt ideal but it would be worth a try next time you get a locking issue, so you can confirm whether it is indeed the dotfiles causing the problem.

     

    Failing that, you might consider accessing the shares via SMB rather than AFP. 

    Latest OSX actually defaults to using SMB now, with AFP being used only for communicating between older Macs

     

     

     

     

7 Replies

Replies have been turned off for this discussion
  • mdgm-ntgr's avatar
    mdgm-ntgr
    NETGEAR Employee Retired

    Is this with your ReadyNAS 314?

    Which firmware version is on your ReadyNAS?

    • IanW's avatar
      IanW
      Tutor

      Yes - ReadyNAS 314 running 6.2.2 Firmware. Going into Admin I see new firmware is available 6.2.4 - would this solve the problem?

       

      Ian

      • mdgm-ntgr's avatar
        mdgm-ntgr
        NETGEAR Employee Retired

        We did not update the AFP service between those two firmware releases so I doubt it would make a difference.