Error Deleting File, not what you may think...

[mrbendy]

Hey guys, here's what I got today. I am running NT4.0 Server SP6a. When I delete anything on the server locally, not from a share remotely, I get an error after I confirm the file deletion.

The error reads:

"Cannot delete CORPST~1: Access is denied. Make sure the disk is not full or write-protected and that the file is not currently in use."

I get this message even after I have rebooted the machine with noone connected to it. I have tried to do a search for "*corpst*.*" with nothing found. I am lost with this one. Thanks for your time.

-Mr. Bendy

 

[Berras]

This can mean that the file you are trying to delete is being used by a program. If you really want to delete it you will have to close the program that is using first (you may need to use task manager).

Thanks.
Berras

 

[TechyMcSe2k]

I have had some weird experiences with this issue also on NT. What I have found is that if I move the file to a different location/folder then I am able to delete it.

Try it. Just a suggestion. Otherwise the previous reply is correct on closing the program that is using it. Cliff, MCSE/MCSA 2000
Network Adminstrator

 

[mrbendy]

Thanks for your replies to my question.
However, the thing that maybe I didn't explain well enough in the first post was that the file that I am unable to delete, according to the OS, is a file that is no longer on the system. It's not in use by any application, it's not in any folders on the server, it's nowhere that I can find. Also, I get the message as soon as I delete *any file* or when I right-click to empty the recycle bin.
Any other thoughts?

 

[TechyMcSe2k]

Have you ran any Virus software on your server to see if it caused by a virus of some sort?
Just wondering. Cliff, MCSE/MCSA 2000
Network Adminstrator

 

[JimInKS]

It sounds like some kind of issue with the recyle bin. When you delete remotely the file does not get saved to the recycle bin.

Have you run check disk on all volumes?
You also might try using SHIFT+DEL, which bypasses the recyle bin to delete the file.

Not sure about a solution. Do you have realtime AV software running? That might be causing problems.

 

[mrbendy]

Thanks JimInKS for your response.
I am aware of the remote deletion, and there is no error when remote files are deleted. I have tried the SHIFT+Delete to avoid the Recycle Bin, but I still get the error. I have even tried to remove the files out of the Recycle folders on the local volumes, that didn't work either. I am running Symantec Corporate v8.0 Client and the scan finds no viruses. This things got me very confused.

 

[jasonboyes]

Just a question is the ownership of the file the same as the user you are trying to delete? If not take ownership of it.

Jason Rich Cook -- "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning."

 

[mrbendy]

I wish I knew the answer to that. The thing is this, the file is not on the local server, I have tried many times to locate the file with wildcards in the search string. So, I don't know what the permissions were before this error started appearing.

 

[bierhunter]

I've run into this exact problem before twice. Both times it was a corrupted file. The first time, I don't know how it got corrupted, but the second time it was a virus. The AV service errored out. But you said you checked for viruses (or is that virii?) heh

Anyway, it sounds like the file's messed up to me.

Also, I could only delete them through a command prompt using wildcards.