2009-10-16 05:33 PM
I must be missing something
really basic here.
I am trying to migrate files and folders from a Windows server to a NetApp.
I have tried xcopy, robocopy, but am unable to have the permissions follow once the files are copied.
The location is a mixed mode qtree.
The procedure I did was to mount the filer share from the windows server and attempt to copy the files.
The files copy without issue, but the permissions are reset to "everybody" (I am not concerned that the owner changes.)
If I change the permissions of the shared folder before copy, all of those permissions are inherited.
How can I get the existing file permissions to follow the files when they are copied?
2009-10-16 05:42 PM
This is neto from Brazil
How are you?
Is there any reason that you are using mixed qtree and not ntfs style?
Robocopy is a good tool for migration including NTFS ACL's.
How are the options that you chose using robocopy?
All the best
2009-10-16 05:54 PM
Thanks for the quick reply.
I just got it to work.
I was under the impression that /mir did not need /copyall to get the permissions to carry over.
Including /copyall did the trick.
P.S. the mixed qtree was so that Linux users could still connect to their home folders and change file permissions.
2009-10-17 07:46 AM
And....if you'd like another option, check out RichCopy (GUI-driven + multi-threaded....not necessarily better than Robocopy but another option).
2009-10-19 02:49 AM
Richcopy is good, but its buggy and as far as i know (unless its been updated in the last 2 months) cannot copy ACLs correctly.
as said above, on my migrations i used robocopy with the /copyall flag and also /ZB to deal with dodgy-permissions/locked files
If your migrating alot of data, consider using a Win2k8 box, as this version of robocopy is much newer and is multi-threaded.
2009-10-19 08:40 AM
No.. unfortunately its 2k8 only i think this same version is also bundled with vista SP1 if thats any use?
also check out the wikipedia page for robocopy, its got some handy info about versions, bugs and limitations.
I ended up using the original XP10 version as XP26 had a major bug (i cant remember what it was off the top of my head.. it was either not replicating timestamps correctly, or a ACL issue)
2009-10-19 09:31 AM
I'm running into a very similar problem...except in my case I have assigned the qtree security type to NTFS. When I richcopy the files over (with appropriate options to copy security info) the permissions are not copied. Just for kicks, I ran the same copy tool against a qtree with mixed security and it copied the NTFS permissions just fine...
I really want to use NTFS only.