removing file attributes for an entire directory and subdirectory

I am running 2 file servers and am transferring the files from the old server to the new server with robocopy, but I'm getting errors that say: "the system cannot find the path specified". Error: Retry Limit exceeded.

I checked the old server and I can see the files there, but they have an A in the attributes column, so I'm thinking I need to remove all A and H attributes and probably R since I'm at it, as that's why it can't copy the files over.  I have already given full access to my domain user that I'm using to copy and the system as well.

I've tried the following command, but it doesn't work:  attrib -A E:\userdocs\location\*
and attrib -A E:\userdocs\location\*.*
But both attemps give me the error message: "parameter format not correct".

Any idea's how I can remove these attributes either from the GUI or CLI without having to do it one by one, each file, as there's hundreds of files, if not thousands.

afactsNetwork EngineerAsked:
Who is Participating?
Neil RussellConnect With a Mentor Technical Development LeadCommented:
Do you have permissions to that folder? your copying user profiles and you wont necessarily have full access permisions to those directories? Have you checked that from the destination server that you are running from that you can browse to that remote path with the account you are copying from?
Neil RussellTechnical Development LeadCommented:
Those attributes wont stop the correct robocopy command running.  Can you please post your EXACT robocopy command here please.
afactsNetwork EngineerAuthor Commented:

robocopy  \\server\adp E:\adp /E /MIR /COPYALL /MT /V /LOG:E:\logs\adp.txt /R:0 /W:0 /TEE /ETA /DCOPY:T /FP /ZB
Problems using Powershell and Active Directory?

Managing Active Directory does not always have to be complicated.  If you are spending more time trying instead of doing, then it's time to look at something else. For nearly 20 years, AD admins around the world have used one tool for day-to-day AD management: Hyena. Discover why

afactsNetwork EngineerAuthor Commented:
So if it's not the file attributes, here's a screenshot of the error:

afactsNetwork EngineerAuthor Commented:
anytone else would like to take a stab as to why I'm getting these errors?
afactsNetwork EngineerAuthor Commented:
Which folder are you asking if I have permissions, on the source folder, or on the destination folder, under the username folder, or the my documents folder inside the username folder?

I did check and I was able to browse on the source server, that's why I know the files are there. I even gave full access on the destination folder as well, so both servers, have full accese on that one folder and all subfolders.
afactsNetwork EngineerAuthor Commented:
Thanks, you pointed me in the right direction, it was a permission issue.

I changed the permissions on both servers, both folders exactly the same, and it worked.
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.