AnsweredAssumed Answered

HNAS share permissions issue

Question asked by Raymond Geurtsen on Aug 6, 2014
Latest reply on Feb 10, 2015 by Joel Cooper

I experience two issues which are probably related.



For a customer we are implementing a HNAS solution. We are going to migrate files from NetApp CIFS shares to the HNAS. Due to specific requirements we bound to RoboCopy to transfer files from the NetApp to the HNAS. The reason for this is the use of old Apple Single files (containers with data/resource forks inside). Other copy tools don’t transfer these files properly.


When we are trying to transfer files with RoboCopy from the root of the NetApp share \\<netapp>\<sharename> share to the root of the \\<HNAS>\<sharename> share we get the following error message:


S: is the mapped source on NetApp

T: is the destination on HNAS


ROBOCOPY     ::     Robust File Copy for Windows


Started : Wednesday, August 6, 2014 1:30:10 PM

Source : s:\

Dest : t:\

Files : *.*

Options : *.* /S /E /COPYALL /PURGE /MIR /ZB /MT:32 /R:1 /W:1


2014/08/06 13:30:10 ERROR 5 (0x00000005) Accessing Destination Directory t:\

Access is denied.

Waiting 1 seconds... Retrying...

2014/08/06 13:30:11 ERROR 5 (0x00000005) Accessing Destination Directory t:\

Access is denied.



Total    Copied   Skipped Mismatch    FAILED    Extras

Dirs : 1 1 0         0 0         0

Files : 0 0 0 0 0         0

Bytes : 0 0 0 0 0         0

Times :   0:00:01 0:00:00 0:00:01   0:00:01

Ended : Wednesday, August 6, 2014 1:30:11 PM


If we try to transfer the files to a subdirectory on the destination (e.g. t:\<subdir> ) everything works like a charm, but this is not the way to go. We are not able to write directly in to the root of the share via Robocopy. If we use Windows Explorer there is no issue writing or creating files/directories into the root of the share.


I use RoboCopy 6.3 (contained within Windows 8.1), because this is the only version that allows the specific Apple Single files to be copied without issues.




When new CIFS shares are created on the HNAS it seems that the permissions are not Everyone/FullControll at the windows share level as expected. Even though the CIFS shares on the HNAS are configured with this. When you try to modify the share permissions from within windows you are not allowed to do this (due to missing modify rights).


I can’t imagine that this is normal behavior. So the real question is: what am I missing here?


Here are some screenshots to clarify the situation.


Share details:




From within windows explorer there are no permissions visible:

Advanced tab shows the following:

Editing results in the following error:



Current workaround:

We are testing the following workaround at the moment.


  • Create a cifs share at the root of the filesystem with mountpoint \.
  • Use Robocopy to copy files to t:\<subdir> : e.g. t:\repro10
  • After Robocopy finishes, create a new share and use \<subdir> as the new mountpoint.         
  • Now the share \\<HNAS>\repro10 points to the \<subdir> at the filesystem.


The result is that \\<HNAS>\repro10 has everyone/fullcontroll permissions on the windows share level and the permissions are now editable.


How can we configure the HNAS so that the newly created shares have right permissions from the start? And is this going to solve the Robocopy issue (write to the root of the share) as well?