'Robocopy access denied, despite having Full Control?
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!
Solution 1:[1]
Add to robocopy parameter /NODCOPY - to not transfer parameters of file - it helped me.
Solution 2:[2]
Ensure that both sharing permissions and security settings allow full control. Windows enforces whichever is the more conservative.
Solution 3:[3]
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:
Sources
This article follows the attribution requirements of Stack Overflow and is licensed under CC BY-SA 3.0.
Source: Stack Overflow
| Solution | Source |
|---|---|
| Solution 1 | Franta Novak |
| Solution 2 | Andrew Roberts |
| Solution 3 | RokX |
