User quotas not working in "real time" [message #41143] |
Wed, 01 December 2010 11:49 |
|
I've spent the past few days trying everything I could find to get user quotas working within a VPS, but nothing seems to be working.
I'm now at a stage where I've managed to apply quotas to users, and they sort of work, but not real time. In other words, the quotas seem to be recognised, but only when it's too late.
I had a 100GB quota set on my user account, and to test I downloaded a 250GB file. It was still going just before I stopped the download at 115GB... I could've filled up all the disk space allocated to that VPS (500GB) if I wanted. When I rebooted, however, the downloader failed to start due to the quota being exceeded!
Managed to find a way to create a virtual disk by creating a file and filling it with zeros, but that refuses to mount. I tried this:
vzctl set 110 --save --devnodes loop0:rw
But that didn't help at all. Even after a reboot I was getting the same error (no permission to look at /dev/loop<N>).
Why aren't quotas being obeyed in real-time to prevent users exceeding it in the first place? What can I do to get user quotas working? Are there any other methods that might be easier or have a better chance of success?
Here's the output from repquota:root@main:/home# repquota -ua
*** Report for user quotas on device /dev/simfs
Block grace time: 00:00; Inode grace time: 00:00
Block limits File limits
User used soft hard grace used soft hard grace
----------------------------------------------------------------------
root -- 52177160 0 0 36680 0 0
man -- 896 0 0 99 0 0
news -- 4 0 0 1 0 0
www-data -- 41548 0 0 8094 0 0
libuuid -- 24 0 0 2 0 0
bind -- 4 0 0 1 0 0
fetchmail -- 4 0 0 1 0 0
syslog -- 1324 0 0 17 0 0
smmta -- 60 0 0 12 0 0
smmsp -- 8 0 0 2 0 0
ntp -- 8 0 0 2 0 0
affinity +- 85204468 52428800 57671680 none 3652 0 0
codemonkey -- 37850344 104857600 115343360 129 0 0
#501 -- 3680 0 0 495 0 0
|
|
|