This seems to happen when the folder is in the process of
being deleted but hasn't quite gone. Sometimes, just waiting a while will clear
the problem - I suspect that a process is holding open the folder (or, possibly,
a file in the folder). More than once I've hit this and gone to use Sysinternals
process explorer to find out which process is guilty. By the time I've run up
the program and searched for the folder name there's nothing there. going back
to the folder finds that it's either gone or can now be
deleted.
In your case, I'd guess that robocopy had started creating
folders and when it got interrupted, something took a while for things to get
tidied up - if the helpdesk guy hasn't yet unmapped the drives he was using then
I think that this might help.
Steve
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tom Kern
Sent: 05 April 2006 15:45
To: activedirectory
Subject: [ActiveDir] Robocopy(OT)
I have a strange issue.
I had a help desk admin robocopy a dir from one server to another.
During the copy, for whatever reason, he canceled the robocopy job.
When he went to the target server a empty dir was created which now cannot
be deleted.
I can't delete it through explorer or the command console at the server and
get an error of "cannot delete file:cannot read from the source file or
disk".
If i do a RD /s, i get "The system cannot find the file specified."
However the dir shows up in a dir listing or explorer.
The weird thing is also, the dir has no "security" tab(and its on an ntfs
file system).
Some backround on the robocopy job-
the admin mapped 2 drives from his local box(win2k).
One drive to the root of the volume on the source server and another to the
root on the target.
he then CD'ed to the source and ran robocopy with the "/E" and "/V"
switches.
after sometime, he killed the job and now I'm stuck with this undeletable
DIR.
Any insight would be great.
thanks
