Robocopy issue coping userprofile to server Share SecurityID can't be owner

-1

So I have spent the last week or so writing a nice logon script to apply to group policy on my domain controller to have the effect of roaming profiles but to mitigate many of the issues with roaming profiles (long login times, bloated size on mobile devices, ect...).

The majority of the magic is through scripting the use of synctoy, but as a prelude to that if the userprofile does not yet exist in the share on the server then robocopy fires off to establish that part.

I developed this on my account with administrative privleges and had no issues with my most recent version so I added it to my domain controller set it as the login script and tried my non-admin account... it failed.

After modifying the script to see the output this is the error I am greeted with:

robocopy /copy:DATSO /E /xj %UserProfile% Z:\OTL-Users\%UserName% /R:2 /W:2 

resulting in:

         New Dir          7    C:\Users\Theo\
2020/05/22 02:14:46 ERROR 1307 (0x0000051B) Copying NTFS Security to Destination Directory Z:\OTL-Users\Theo\
This security ID may not be assigned as the owner of this object.

The specific share in question is already set to allow 'Everyone' full control.

I suspect it is a ntfs access rights thing I have just now created a new 'TestOU' with a 'test' user and a 'tester' Security group and looked through the delegate options, nothing jumped out at me.

Frankly I am only guessing that this is the right approach. My attempts to look it up I found something refrencing "SVM level" which I know nothing about and in googling looks to be a linux/unix thing.

Bed time is here and figured I'd ask so maybe in the morning I might know how to attack this problem.

group-policy
file-permissions
file-sharing
robocopy
asked on Server Fault May 22, 2020 by Theo Lehr • edited May 22, 2020 by Theo Lehr

0 Answers

Nobody has answered this question yet.


User contributions licensed under CC BY-SA 3.0