Reputation: 13424
Pretty straightforward script:
ROBOCOPY \\servername\S$\SCCM2012\SCCMPackageSource\Files C:\Files /S /COPYALL /MIR /IS /LOG:C:\Copy.log
I can run this as administrator just fine, and all the files get copied correctly. However when I push this script to a computer as an Application via SCCM 2012 and run it, the log file gives me the following:
NOTE : NTFS Security may not be copied - Source may not be NTFS.
2016/07/27 10:05:31 ERROR 5 (0x00000005) Accessing Source Directory \\servername\S$\SCCM2012\SCCMPackageSource\Files\
Access is denied.
Both the SYSTEM account and the SCCM Network Access Account have Full Control over that folder. The folder is not shared. Tried with the /ZB switch as well, but that didn't make any difference. Any thoughts? Thanks!
Upvotes: 5
Views: 51205
Reputation: 51
Add to robocopy parameter /NODCOPY - to not transfer parameters of file - it helped me.
Upvotes: 5
Reputation: 332
Found this result from google. If it help someone: Because of aborted (killed) robocopy process I had one folder with access denied. Even admins could not do anything with it (take ownership, open, delete, grant rights ...).
What solved our case was using checkdisk to repair the indexes.
chkdsk /f f:
Upvotes: 0
Reputation: 744
Ensure that both sharing permissions and security settings allow full control. Windows enforces whichever is the more conservative.
Upvotes: 1
Reputation: 13424
Problem was resolved by Sharing the folder and giving Read access to the Everyone group.
Upvotes: 2