# Robocopy's /MT option disables /NP option

### Question

• There seems to be a bug in the Win7 version of Robocopy: the "Multi Threded" options seems to disable "No Progress" option:

robocopy c:\users\Public\Robocopy-Test\in c:\users\Public\Robocopy-Test\out /nfl /np /mt /e /dcopy:t /r:0 /w:0 /log:Robo-Test.txt

Log:

-------------------------------------------------------------------------------
ROBOCOPY     ::     Robust File Copy for Windows
-------------------------------------------------------------------------------

Started : Sat Dec 12 19:01:10 2009

Source : c:\users\Public\Robocopy-Test\in\
Dest : c:\users\Public\Robocopy-Test\out\

Files : *.*

Options : *.* /NFL /S /E /COPY:DAT /DCOPY:T /NP /MT:8 /R:0 /W:0

------------------------------------------------------------------------------

0 c:\users\Public\Robocopy-Test\in\
New Dir          4 c:\users\Public\Robocopy-Test\in\1\
100%
0%
100%
100%
100%
New Dir          3 c:\users\Public\Robocopy-Test\in\2\
100%
100%
100%

------------------------------------------------------------------------------

Total    Copied   Skipped  Mismatch    FAILED    Extras
Dirs :         3         2         1         0         0         0
Files :         7         7         0         0         0         0
Bytes :   33.13 m   33.13 m         0         0         0         0
Times :   0:00:00   0:00:00                       0:00:00   0:00:00

Ended : Sat Dec 12 19:01:10 2009

The only way I found to fix this is NOT to use the /MT option, e.g.:
robocopy c:\users\Public\Robocopy-Test\in c:\users\Public\Robocopy-Test\out /nfl /np /e /dcopy:t /r:0 /w:0 /log:Robo-Test.txt

Log:

-------------------------------------------------------------------------------
ROBOCOPY     ::     Robust File Copy for Windows
-------------------------------------------------------------------------------

Started : Sat Dec 12 19:04:07 2009

Source : c:\users\Public\Robocopy-Test\in\
Dest : c:\users\Public\Robocopy-Test\out\

Files : *.*

Options : *.* /NFL /S /E /COPY:DAT /DCOPY:T /NP /R:0 /W:0

------------------------------------------------------------------------------

0	c:\users\Public\Robocopy-Test\in\
New Dir          4	c:\users\Public\Robocopy-Test\in\1\
New Dir          3	c:\users\Public\Robocopy-Test\in\2\

------------------------------------------------------------------------------

Total    Copied   Skipped  Mismatch    FAILED    Extras
Dirs :         3         2         1         0         0         0
Files :         7         7         0         0         0         0
Bytes :   33.13 m   33.13 m         0         0         0         0
Times :   0:00:00   0:00:00                       0:00:00   0:00:00

Speed :           579033733 Bytes/sec.
Speed :           33132.575 MegaBytes/min.

Ended : Sat Dec 12 19:04:07 2009
Is there a way to use the /MT option without filling the log with "100%"s?
Sunday, December 13, 2009 12:10 AM

• Hi Is_mstn,

Yes, we can repro this issue on my side. And we have added it into our bug database.

Thank you for reporting it. I think it should be fixed soon. :)

Thanks again.

• Marked as answer by Monday, December 21, 2009 6:22 AM
Wednesday, December 16, 2009 9:42 AM

### All replies

• Hi Is_mstn,

Yes, we can repro this issue on my side. And we have added it into our bug database.

Thank you for reporting it. I think it should be fixed soon. :)

Thanks again.

• Marked as answer by Monday, December 21, 2009 6:22 AM
Wednesday, December 16, 2009 9:42 AM
• what is the word on this as this issue is still not resolved?
• Proposed as answer by Monday, August 22, 2011 8:27 PM
• Unproposed as answer by Monday, August 22, 2011 8:27 PM
Tuesday, December 28, 2010 5:25 PM
• I can confirm this is an issue with Windows Server 2008 R2 SP1 and Windows 7 SP1.  Is there a fix?

Friday, May 27, 2011 3:36 AM
• This problem is still present in Windows 7 SP1 20 months after "it should be fixed soon"...

Will it be fixed soon, relative to NOW?

Sunday, August 21, 2011 9:16 AM
• Problem still not fixed! Please fix it - like now!
Tuesday, August 23, 2011 12:36 PM
• Still not fixed :(
Wednesday, January 18, 2012 4:58 PM
• I just ran into the same issue.  Not fixed as of 2/29/2012
Wednesday, February 29, 2012 3:22 PM
• Not fix as the date 03/03/2012
Saturday, March 3, 2012 7:21 AM
• As reported by many other users in this thread, there is still no resolution to this issue almost 3 years later... what's the story?
Sunday, July 22, 2012 7:15 AM
• Adding some frustration to this thread if it helps, I'm using robocopy to migrate roughly 30 million files between NAS devices and it works great running a large number of threads, but logging is useless when I'm generating >30MB log files for each subfolder full of "100%" when all I want is to audit for errors.

PLEASE bump the priority of this. It's more frustrating than you might think.

Monday, October 22, 2012 9:01 PM
• Still broken in Windows 8.  Lovely.

This is an incredibly popular tool.  How can you not fix this?  Oh, I've seen "RichCopy" and heard it's the "new" thing to use...except it's terrible and it fragments hard disks like that was it's job in life because whoever wrote it doesn't understand how to copy a file.

Friday, November 30, 2012 3:04 AM
• Still not working under Windows 2012 :(
Saturday, September 21, 2013 11:58 AM
• Still no fix to suppress the progress when using /MT?
Thursday, January 9, 2014 3:04 PM
• MSFT Its been years please fix this.
Wednesday, January 29, 2014 12:41 AM
• Hi Is_mstn,

Yes, we can repro this issue on my side. And we have added it into our bug database.

Thank you for reporting it. I think it should be fixed soon. :)

Thanks again.

Hi Zhang, can you report on if this ever is going to get resolved. As you can see many people are still seeing the problem, as is I.

Would be nice if you, or someone from Microsoft could provide some feedback.

Cheers,

Justin

Monday, April 14, 2014 4:10 PM
• November 2014. No fix.

Friday, November 14, 2014 9:10 PM
• Problem persists in the Windows Server 2012 R2 version of Robocopy.

Not only are the progress indicators still there, but they have always been inaccurate anyway when using /MT

Will there ever be a fix for this?

"Time is an illusion, Lunchtime, doubly so..." - Ford Prefect

Friday, July 17, 2015 5:28 PM
• I think it'd just be time to use a different copy utility. Or write your own better one.
Thursday, July 30, 2015 11:45 PM
• Hi Is_mstn,

Yes, we can repro this issue on my side. And we have added it into our bug database.

Thank you for reporting it. I think it should be fixed soon. :)

Thanks again.

Please advise the Bug number so that we can push for a resolution by other means since adding to this forum does not seem to be helping.

Steve Hebert - Microsoft MVP, Internet Explorer

Tuesday, October 6, 2015 1:02 PM
• Man, I love Microsoft's definition of "soon"!

December 21st, 2009, still not fixed as of November 2nd 2015.

Six years!

Monday, November 2, 2015 10:40 PM
• +1 :D
Tuesday, November 17, 2015 1:38 PM
• Man, I love Microsoft's definition of "soon"!

December 21st, 2009, still not fixed as of November 2nd 2015.

Six years!

Soon™
Wednesday, December 2, 2015 8:26 AM
• Coming up on 9 years now.  Some of us would like to parse our log files without having to work around percent progress indicators.

Who is the owner of this product?  Is there an award for laziest product owner?

Saturday, September 3, 2016 8:39 AM
• 2/6/17. Still broken.

Monday, February 6, 2017 6:57 PM
• This is still an issue, when will this be fixed?
Monday, March 20, 2017 9:25 AM
• please fix. i use ever day and i like to use more then 8 threads.  if i use MT it will fill the drive with % copy on the log. i copy millions of files...... HELP...

not for lack of tring.

Wednesday, October 4, 2017 6:13 PM
• I've found a solution, but it only works is powershell and not so elegant:

ROBOCOPY $source$target /MT /Z /NFL /NDL /NS | % {
[string] $out=$_;
if(!($out.Contains("%"))){ECHO$out | Out-File "\$logfilepath" -Append}
}

Maybe in your environment you could filter the command output..

Not a permanent solution, but good to avoid much TByte logfile.

Wednesday, January 17, 2018 2:37 PM
• Experiencing same problem in robocopy on Server 2012 with all ms updates applied.  Any availability of a fixed robocopy exe or workaround?
Thursday, July 5, 2018 6:32 PM
• Yep, this is still a bug in Windows Server 2012 R2 with all optional Windows Update patching applied.

I was running Robocopy with /NP (no progress) and added the /MT (multi-threading) option, and now the progress indicators are being written into the /LOG+ (logging) file.

George Perkins

Wednesday, September 5, 2018 6:29 PM