I have a sever that holds the e-mail and webpages for our dial-up
customers. Each user (for the most part) gets 20MB of space to hold their
files.
So people, for what ever reason, get so much e-mail they run up to their
quota. They have trouble downloading 20MB of mail across a dial-up link,
and really don't want all the messages (picutues) anyway. So one of the
techs here will just wipe out the messages.
We are using the Maildir format to store the mail, so each message is in a
seperate file.
The problem is sometimes after all the messages have been deleted they
still can't get any new mail. Looking at their quota usage the machine
still thinks that they have their quota full, but `du` says otherwise.
Running `quotacheck` fixes things up.
I've tried to reproduce this with a test account. Just creating a bunch
of files to run up to the quota and then deleting them. But no matter
what I tried the system followed the test account's disk usage exactly.
This doesn't just happen when someone runs up to their quota. I have also
seen their quota usage not correctly reflect what is on disk, but as the
usage goes up and down, both the actual disk usage and the what quota says
change by the same amount.
Any ideas? This machine is pretty much standard. ext2 file systems on
all partitions. /home is the only one with user disk quotas. Running
2.4.7 kernel (but I've seen it in all 2.4 kernels, I was running
2.4.0-prerelease on the machine when I first put it up, so I don't know
how 2.2 works). To access the disks I'm using a sym53c8xx controller that
is talking to a hardware RAID controller that has the disks behind it.
Thanks,
Chris
-- Two penguins were walking on an iceberg. The first penguin said to the second, "you look like you are wearing a tuxedo." The second penguin said, "I might be..." --David Lynch, Twin Peaks
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/