I am just started using unRAID with Mac.

 

I was able to make user Shares and copy files and folders to the server.

 

Although it is slower (10 MB/s) but I was able to copy files with no problem.

 

However, when I try to copy files back to Mac. I always get an error message

 

saying that .DS_Store already exists.  This happens for over both SMB and AFP.

 

Is this a known bug?  Then how can I get around this problem?

This is not a bug, it's Finder's default behavior.

 

Use this to avoid the creation of metadata files in remote shares: http://support.apple.com/kb/HT1629

 

After running the described command and logout/login, run this in a terminal logged into unRAID server:

 

find /mnt/user -maxdepth 9999 -noleaf -type f -name ".DS_Store" -exec rm "{}" \;

 

It will remove all .DS_Store files in your array.

I did execute the following on the terminal and logout and then login.

 

  defaults write com.apple.desktopservices DSDontWriteNetworkStores true

 

Then I copied one folder into the unRAID server and then copied the copied-folder back to mac on different hard disk.

 

At the end, I got the same .DS_Store error dialog.

 

I don't understand why I am getting the same error message here.

I did execute the following on the terminal and logout and then login.

 

  defaults write com.apple.desktopservices DSDontWriteNetworkStores true

 

Then I copied one folder into the unRAID server and then copied the copied-folder back to mac on different hard disk.

 

At the end, I got the same .DS_Store error dialog.

 

I don't understand why I am getting the same error message here.

 

Did you run the other command I posted?

      find /mnt/user -maxdepth 9999 -noleaf -type f -name ".DS_Store" -exec rm "{}" \;

 

This give me an error since there is no directory of /mnt/user.

So change it to

 

      find . -maxdepth 9999 -noleaf -type f -name ".DS_Store" -exec rm "{}" \;

 

and apply to the top level directory of the server.

 

After it is done, I will repeat the copying process again.

Thanks.  It is working.

 

No error this time.