Persistent NTFS Permissions

Question

ReadyNAS 4312 with OS 6.10.1&nbsp;I'm robocopying NetApp CIFS shared folders to our ReadyNAS (within a corporate domain) but am having trouble getting the NTFS permissions to copy across, despite the NAS being joined to the domain. When I copy from the NetApp to a Windows file server, the permissions copy over fine but as soon as I introduce the ReadyNAS they don't copy. There are too many folders to go through them one-by-one and sort the permissions manually.Has anyone experienced this problem or something similar and if so, have you found a solution?

Marc_V · Answer

DCA-IT&nbsp;Welcome to the Community!&nbsp;What command are you using when copying? Are you logged in as Admin? Not really sure if you are familiar with this thread&nbsp;from Microsoft.&nbsp;&nbsp;Are you transferring to iscsi?&nbsp;HTH&nbsp;&nbsp;Regards

DCA-IT · Answer

Hi Marc, thanks for your reply.&nbsp;I've tried a couple of different combinations of switches, using this website as reference. /COPYALL should include the NTFS security ACLs but this didn't work to the shared folder on the NAS. /MIR did work, however I cannot use it as I do not want the destination directories to be overwritten in all instances. We have a complex folder structure which must be preserved above all else. Using a Windows file server as an interrim location did not work with /COPYALL either.&nbsp;I'm running these commands as a domain admin with full control permissions on the share root and underlying folder structure over a TCP/IP network, not iSCSI.&nbsp;I have also seen that running the /SEC or /SECFIX after the fact would reslve the permissions problem but have not tried this yet. It seems like there should be a way forward without having to run two scripts to achieve one task, but my hope could be in vain...

StephenB · Answer

DCA-IT&nbsp;wrote:
&nbsp;
&nbsp;
I have also seen that running the /SEC or /SECFIX after the fact would reslve the permissions problem but have not tried this yet. It seems like there should be a way forward without having to run two scripts to achieve one task, but my hope could be in vain...

Did you try /COPYALL combined with /B?&nbsp; No harm in adding /SECFIX on the while you are at it.
&nbsp;
I think you could also use /SECFIX on a second pass - which should run quickly.&nbsp;&nbsp;

DCA-IT · Answer

Hi Stephen, thanks for your response.&nbsp;I have not tried the /B switch at all. Can you explain how using backup mode would differ?I've also seen that running a second pass with the /SEC switch would help, but given the amount of files and folders I have to work on, I would rathern not have to run two scripts when one should do. I would rather abandon Robocopy and find a tool which works fully if that is what is needed.

StephenB · Answer

DCA-IT&nbsp;wrote:
&nbsp;
I have not tried the /B switch at all. Can you explain how using backup mode would differ?
&nbsp;

According to the documentation, it allows robocopy to override the ACL.&nbsp; One of the links earlier in the thread suggested using that with /sec or /secfix.
&nbsp;
DCA-IT&nbsp;wrote:
I would rather not have to run two scripts when one should do.

You wouldn't need two scripts - at most you'd need two robocopy lines in the same script.&nbsp; I don't know how much more time that would take, but I do know that when I use robocopy for incremental backup it runs through unchanged folders very quickly.
&nbsp;
There are of course other tools.&nbsp; One thing I like about robocopy is that it is quite robust (so it does live up to it's name).
&nbsp;
&nbsp;
&nbsp;
&nbsp;

Forum Discussion

Persistent NTFS Permissions

5 Replies

Related Content

NTP settings not persistent

Paragon NTFS for IOS

R6250 does not persist ddns

ReadyShare/NTFS 2GB file size limit?

ReadyNas 312 permissions NTFS

NETGEAR Academy

ProSupport for Business