why can't is access a destination server using robocopy

I am trying to use robocopy to copy files and directories from a windows 2003 server to a windows 2012 server.   I continue to get error 5 saying it cannot access the destination directory...i have checked all permissions and shares and they seem to be correct....i am logged on as a domain administrator and both machines are in the domain.....any thoughts?
Roger GoguenSystems AdministratorAsked:
Who is Participating?

[Webinar] Streamline your web hosting managementRegister Today

x
 
GauthierConnect With a Mentor Commented:
On which server did your run the command?
Did you run the command from an elevated prompt?
Copying the owner O and possibly audit U info require elevated privileges, copying the security S does not.
0
 
CompProbSolvCommented:
Could you post the command line you are trying to use for robocopy?
Do copy or xcopy work with similar arguments?
0
 
Roger GoguenSystems AdministratorAuthor Commented:
here is the command   :  ROBOCOPY  "\\sourceserver\humanresources"  "\\destinationserver\shares"  /MIR /COPYALL /LOG:TEST /N
XCOPY seemed to work without those arguments, but I wanted to bring over the security permissions
0
Creating Active Directory Users from a Text File

If your organization has a need to mass-create AD user accounts, watch this video to see how its done without the need for scripting or other unnecessary complexities.

 
CompProbSolvCommented:
I'm not familiar with the /N switch and am not finding it when running robocopy /? , though I'd expect that to give a different error if it is not valid.

I'm afraid that someone else is going to have to unravel this one.
0
 
Roger GoguenSystems AdministratorAuthor Commented:
sorry ...the switch should have been /np
0
 
GauthierCommented:
Also you may want to add /DCOPY:DAT to preserve directory timestamp.
0
 
Roger GoguenSystems AdministratorAuthor Commented:
I ran the command through powershell on the Windows 2012 machine....I did run as administrator with an elevated prompt
0
 
GauthierCommented:
if the xcopy works, I assume the share permissions are good.
That leave as potential problems:
Attempted delete of file in use (caused by /MIR)
Attempted delete of file with no permissions (also caused by /MIR)
Try it witouth /mir then is successful, check for open file and check that administrator has all right needed for deletion on every file/folder in target
0
 
GauthierCommented:
Also try with /copy:DAT if that works, then there are trouble with the existing security (administrator right was removed on some files)
0
 
Roger GoguenSystems AdministratorAuthor Commented:
I double checked and was not sure that PowerShell was running in administrator mode...I think that was the problem  thanks
0
All Courses

From novice to tech pro — start learning today.