1

Hi.

Windows 2008 R2 Robocopy issues:

I’m trying to set up a robocopy script that will copy files from a server in Singapore to a server in the UK, however I’m having some trouble with it. The script is supposed to use the /MOVE command to move the files from the source to the destination. Then delete the source files

What I am finding is that Robocopy appears to start copying the files, then it deletes them from the source and the destination, which is totally fubar!

I’m assuming that some sort of file verification is going wrong as I see the tif file for a short time and it looks ok, then it changes to t#f file, then it gets deleted from the destination.

Here’s the script:

robocopy /MOVE /R:10 /W:5 /XA:SH /COPYALL /ZB “\efssv01a\zylabimport$\Quotes” “\efmsv008v\Import$\quotes” /LOG:“C:\logs\Sing2UKQuotes.log” /V /NDL /NP

Heres the log:

ROBOCOPY :: Robust File Copy for Windows

Started : Fri Jul 11 22:22:53 2014

Source : \efssv01a\zylabimport$\Quotes\

Dest : \efmsv008v\Import$\quotes\

Files : .

Options : . /V /NDL /COPYALL /MOVE /ZB /NP /XA:SH /R:10 /W:5

attrib 112128 \efssv01a\zylabimport$\Quotes\Thumbs.db

New File 5.8 m \efssv01a\zylabimport$\Quotes\email@company_20140711_150455.tif

New File 4.8 m \efssv01a\zylabimport$\Quotes\email@company_20140711_150519.tif

Total Copied Skipped Mismatch FAILED Extras

Dirs : 1 0 1 0 0 0

Files : 3 2 1 0 0 0

Bytes : 10.85 m 10.74 m 109.5 k 0 0 0

Times : 0:03:13 0:03:04 0:00:00 0:00:09

Speed : 61208 Bytes/sec.

Speed : 3.502 MegaBytes/min.

Ended : Fri Jul 11 22:26:08 2014

10 Spice ups
2

Maybe start a little basic and instead of moving, just copy. Or move the file to your local computer incase there is a timeout issue or permissions. Here is a sample robocopy to try:

REM --------------------create folder----------------
if exist "X:\Company" goto end
  mkdir "X:\Company"
:end

REM --------------------copy files--------------------
  robocopy "\\store\Company" "X:\Company" /MIR /R:3 /W:5 /MT /LOG:1-Log-Company.txt /NS /NC /NFL /NDL
5 Spice ups
3

Copying instead of moving is a good idea, especially when doing a copy over such distance, where connection problems may occur.

Are those two servers within the same domain? If not, I strongly discourage you to use /copyall param, since there will be no reflection of file/folder permissions at destination. Due to distance and, I guess, not very fast transfer speeds, perhaps disable multithreaded copying (/MT:1), since it’s said to be causing problems in certain situations - perhaps it’s one of them. If you want reliability, not speed, single thread is a better idea.

Is the destination folder a DFS replicated share? If so, I imagine replication could be a little in a way here, I would suggest to copy to normal share instead.

2 Spice ups
4

I realised that the script was working ok. it was another process that was “removing” the file. Thanks anyway for the help.

5

Use Long Path Tool, it works.

6

I dont see what bearing Long Path Tool has on this issue. Anyways the issue is resolved.

7

Don’t forget to award “Best Answer” and “Helpful Posts” if any. Even if the person didn’t have THE answer, award it to the post that at least got you going in the right direction!

2 Spice ups