Quota entry cannot be deleted

[Raymond Geering]

Hello

Somebody left our company and I therefore wanted to delete
the quota entry. So I took ownership (as admin) of all files from the
"disk quota list".

Anyway, the disk quota entry still cannot be deleted. It says
0 files, but 379 kb amount used. Since there are no files left,
how can the amount used be 379 kb? And even more important,
how can I get rid of the quota entry?

Any help is really appreciated.

Best regards
/Ray

 

[Guest]

I once read that in order to remove the quota entry, you
should move the owned files and directories to another
drive before attempting to remove the quota entry.

 

[Raymond Geering]

I once read that in order to remove the quota entry, you
should move the owned files and directories to another
drive before attempting to remove the quota entry.

But I took ownership and it now shows "0 files". And it
wouldn't have been possible to move those files anyway
(cause they are needed where they are).

/Ray

 

[Mike Mercogliano]

This is a real pain in the ass and needs to be corrected
by Microsoft. What happens is you are allowed to take
ownership of all the files but, not the folders that the
user created on the server over their lifetime with the
company. The 300+kb you are seeing is space taken up by
folders that list that user as owner. You need to somehow
find these folders and either delete them or create
another folder, copy it's contents, delete the original
folder, then rename the new one. Like I said, what a pain
in the ass.

You can find these folders by using the dir /q option and
piping the contents to a file and search on the owner you
are looking for.

You really get yourself in trouble if you delete the user
first from AD. In this case you are left with only the
SID. Now you have to search on the long SID. Look at the
utility subinacl.exe in the resource kit. You can search
with this as well.

-Mike

 

[Raymond Geering]

[..] What happens is you are allowed to take
ownership of all the files but, not the folders that the
user created on the server over their lifetime with the
company.

Oh, I see.

You need to somehow find these folders [...]

At least our file structure is not *that* huge, but it
will anyway be a pain to search for those folders.

and either delete them or create another folder,
copy it's contents, delete the original
folder, then rename the new one.

Can't I simply take ownership of the folder?

You can find these folders by using the dir /q option and
piping the contents to a file and search on the owner you
are looking for.

I was thinking of a script but your solution seems easier.

dir d: /q /s >c:\temp\folders.txt seems to do the job.

You really get yourself in trouble if you delete the user
first from AD. In this case you are left with only the
SID. Now you have to search on the long SID.

Well, no matter if it's the SID or the user IMO. But
thanks for the hint.

Look at the utility subinacl.exe in the resource kit.
You can search with this as well.

Thank you very much for the helpfull hints.

I agree with you, MS should solve that problem.

Kind regards
/Ray

 

[Guest]

if the quota is on a seperate drive, move all the files
and format the drive. Give it another name, reboot and
then rename it to what ever you want. It will work.

VIky

-----Original Message-----

[..] What happens is you are allowed to take
ownership of all the files but, not the folders that the
user created on the server over their lifetime with the
company.

Oh, I see.

You need to somehow find these folders [...]

At least our file structure is not *that* huge, but it
will anyway be a pain to search for those folders.

and either delete them or create another folder,
copy it's contents, delete the original
folder, then rename the new one.

Can't I simply take ownership of the folder?

You can find these folders by using the dir /q option and
piping the contents to a file and search on the owner you
are looking for.

I was thinking of a script but your solution seems easier.

dir d: /q /s >c:\temp\folders.txt seems to do the job.

You really get yourself in trouble if you delete the user
first from AD. In this case you are left with only the
SID. Now you have to search on the long SID.

Well, no matter if it's the SID or the user IMO. But
thanks for the hint.

Look at the utility subinacl.exe in the resource kit.
You can search with this as well.

Thank you very much for the helpfull hints.

I agree with you, MS should solve that problem.

Kind regards
/Ray



.