Files on users' networked drive reappearing after delete

  • Thread starter Thread starter Clint Schaefer
  • Start date Start date
C

Clint Schaefer

Certain users on my network cannot seem to get rid of
files in their network drive. After logging off and back
on, the files/folders are back. The affected computers
all use XP Pro roaming profiles, but not all Win XP Pro
computers are affected. Here's what I've already tried...

- Deleted the files off of the server itself.
- Deleted the local profile stored on the client machine.
- Logged on with a different computer and deleted the
files, then logged on with my computer.
- Tried adding the registry key DeleteLocalCache as shown
in http://support.microsoft.com/default.aspx?scid=kb;EN-
US;173870 I couldn't seem to find a KB article on the
problem specifically for XP Pro

Other than deleting the user file from the server (which
I don't think I really want to do), I'm out of ideas.
Anyone have any suggestions?

Thanks in advance for your help.

Clint
 
Are they using offline files? You say that these files are stored on a
mapped network drive, not in their local profile at all -

What do you see in the local computer's event logs?
 
It might be as simple as checking your file synchronization settings

: )

Good luck

On Fri, 23 Apr 2004 07:34:07 -0700, "Clint Schaefer"

:Certain users on my network cannot seem to get rid of
:files in their network drive. After logging off and back
:on, the files/folders are back. The affected computers
:all use XP Pro roaming profiles, but not all Win XP Pro
:computers are affected. Here's what I've already tried...
:
:- Deleted the files off of the server itself.
:- Deleted the local profile stored on the client machine.
:- Logged on with a different computer and deleted the
:files, then logged on with my computer.
:- Tried adding the registry key DeleteLocalCache as shown
:in http://support.microsoft.com/default.aspx?scid=kb;EN-
:US;173870 I couldn't seem to find a KB article on the
:problem specifically for XP Pro
:
:Other than deleting the user file from the server (which
:I don't think I really want to do), I'm out of ideas.
:Anyone have any suggestions?
:
:Thanks in advance for your help.
:
:Clint
 
Thanks for your reply. Please bear with me, as I have
little experience as a network admin (since I know how to
turn on a computer, basically I inherited the position).

Here's what is in my event viewer logs...

Under security, it is generating a Failure Audit -
Privlege Use SeTcbPrivilege - Code 577 twice every 6-7
seconds until the log is filled. I'm reading the KB
article on that right now, but am pretty sure it is
unrelated to the problem. -BTW, is there a place I can
dl this hotfix now without calling Microsoft?

Under Application, nothing is out of the ordinary.

Under system, the event that am not understanding is from
Service Control Manager - Event 7000. I get the message
The Security System could not establish a secured
connection with the server DNS/prisoner.iana.org. No
authentication protocol was available. I have no idea
what that is all about.

I am not sure how to check if the affected computers are
using offline files. Where would I check this?

Thanks again.
 
Here's what I've found out...

Offline files are set up on the client machines, but
under the offline files folder, there are no files. As
for the synch, there's no options other than the my
current home page.
 
On any given mapped drive - You might see a see an icon containing two
blue up and down pointing arrows


On Fri, 23 Apr 2004 08:12:35 -0700, "Clint Schaefer"

:Hmmm... where would I check the file synch settings at?
:
:
:>-----Original Message-----
:>
:>It might be as simple as checking your file
:synchronization settings
:>
:> : )
:>
:>Good luck
:>
:>On Fri, 23 Apr 2004 07:34:07 -0700, "Clint Schaefer"
:>
:>:Certain users on my network cannot seem to get rid of
:>:files in their network drive. After logging off and
:back
:>:on, the files/folders are back. The affected computers
:>:all use XP Pro roaming profiles, but not all Win XP Pro
:>:computers are affected. Here's what I've already
:tried...
:>:
:>:- Deleted the files off of the server itself.
:>:- Deleted the local profile stored on the client
:machine.
:>:- Logged on with a different computer and deleted the
:>:files, then logged on with my computer.
:>:- Tried adding the registry key DeleteLocalCache as
:shown
:>:in http://support.microsoft.com/default.aspx?scid=kb;EN-
:>:US;173870 I couldn't seem to find a KB article on the
:>:problem specifically for XP Pro
:>:
:>:Other than deleting the user file from the server
:(which
:>:I don't think I really want to do), I'm out of ideas.
:>:Anyone have any suggestions?
:>:
:>:Thanks in advance for your help.
:>:
:>:Clint
:>
:>.
:>
 
Turn off offline files if you don't need them and see if this helps. As I
said, you're talking about network files, not profile folder files, so it
isn't really likely to be something in the roaming profile settings per se.
 
I turned off offline files and those files and folders
are still reappearing. I did track down the old admin
and he said that this problem happened once before, but
he "forgot" what he did to fix it.
 
And you are 100% sure these files are on a mapped network drive? Can you
reproduce the problem at will?
 
Problem solved... simply changed profile type to "local"
and deleted those files and folders. Then I switched
back to roaming profile and they were still deleted. To
test it out, I then created a few files and folders with
the profile still as roaming and deleted those. After
logging out and back in, they are still gone. Seems to
have cleared up the problem!

Any thoughts on what was wrong?
 
To be clear, I changed the profiles to local and deleted
the files, then logged out and back in. The files were
gone, so I changed back to roaming and created a few temp
files and folders. Deleted those, and logged out and
back in. The temp files/folders were still gone. I'm
sure time will test the theory better, but for now, it
seems like it worked.

Thanks for your suggestions and time. I really
appreciate it.

Clint
 
Back
Top