Robocopy pruge bug ?
Dear,
I experiance an instance, that I think is a bug. I tryed to find the rigt channel for this, but could not find it, hopeful, somebody here can push it in the right direction.
My tape backup unit had failed, so I started a robocopy script with the option purge as main backup to a USB Harddisk, unitl the new backup had arrived.
before the tape unit had been deliverd, I experiance a failor of of a disk that is part of raid 5 set.
I runed the robocopy script (with the purge option) just to be sure and replaced the disk.
Before the disk had been rebuiled, the unthinkable happens and a other disk failed. The raid set was unrecoverbel and Windows lost the DISK.
robocopy (still running) lost its source and thinks that all the files had been deleted and removed it from the destination.
Lucky I could undelete the files from the usb disk, could create a new raid set and almost recovery all the files.
In sort the bug, is that when a drive is gone, robocopy does not stop's it purge action.
July 7th, 2011 1:26pm
Hi leeuwa,
Thank you for your post.
Is your robocopy tool version 5.1.10.1027 from Windows 2008 server?
I try to reproduce your robocopy issue with source directory unreachable, but robocopy does not run the command with message like "device is not ready" or "network patch was not found". The robocopy command listed below:
robocopy f:\test c:\test /purge
robocopy \\10.0.0.1\test c:\test /purge
So please post your robocopy script to us for analysis if it's convenient,
If there are more inquiries on this issue, please feel free to let us know.
Regards,
Rick Tan
Free Windows Admin Tool Kit Click here and download it now
July 8th, 2011 11:22am
Hello all,
I ran into the same issue lately, using the following command:
robocopy N:\source T:\backuproot\destinationfolder\destinationfolder2\ /S /E /MIR /R:0 /w:0 /XD exclude
Now what happened:
* Robocopy is version XP10
* N:\ is a mounted SMB share on a NAS
* T:\ is a local drive
* Server with robocopy command got rebooted
* Credentials for N:\ were missing, N:\ shows with a red cross in explorer
* Robocopy runs, considering N:\source as empty - shows all file on T:\backuproot\.... as "extra" and deletes all.
So when using a mapped drive as source, or a drive letter has a problem, then this issue occurs. This is not expected behaviour, and will happen to a lot of people, as robocopy is used a lot to run backups of source machines. if the source goes
missing (bad credentials, not online, drive fails,...) then our precious backup gets deleted by robocopy.
July 28th, 2011 11:30am
Hi Tonio,
Since your Robocopy version is XP010, please use the latest version XP027 instead of the old version.
I want to know if this issue still exists on the latest Robocopy version. If any other guys encounter this issue, please post the details in this thread.Regards,
Rick Tan
Free Windows Admin Tool Kit Click here and download it now
July 29th, 2011 6:45am
Rick, sorry that I did not answer. It had lost my attention, was to busy with the after match of this error.
Here is the info you requested
Windows 2003 R2 (Microsoft Windows [Version 5.2.3790] SP2
Robocopy version number: 5.1.1.1010
robocopy "E:\data" "G:\data" /E /V /R:1 /W:1 /SEC /PURGE
Where G drive is the USB disk
You tell me that you did not experiance the error, maby you did not test it, while it was running ?
This was the case with me. It was running the script and then the drive crashed and E was not availible.
September 15th, 2011 11:43am


