Quota reported differently in different views

[azzid]

One of my users got a "User username has used up 0.0% of their bandwidth and 105% of his/her allocated disk space"-message.

When I cannot see that I have hit the data usage limit:



And if I check the quota on the file system it looks ok:

# repquota /home | head -5;  repquota /home | grep username
*** Report for user quotas on device /dev/mapper/home--vol-home
Block grace time: 7days; Inode grace time: 7days
                        Block limits                File limits
User            used    soft    hard  grace    used  soft  hard  grace
----------------------------------------------------------------------
username   -- 1868096 2662400 2928640          66182     0     0

But when I look at the account logged in as administrator I get another view:



How can that come? The user should, from what I can gather, not receive the warning.

 

[zEitEr]

Hello,

User's quota does not include either apache owned or root owned files. So you need to check size of the home directory of the particular user with du, ex:

du -h --max-depth=1 /home/username

 

[azzid]

Hello,

User's quota does not include either apache owned or root owned files. So you need to check size of the home directory of the particular user with du, ex:

du -h --max-depth=1 /home/username

du reports the lower number as well:

# du -h --max-depth=1 /home/username
4.0K    /home/username/.php
3.5M    /home/username/Maildir
236M    /home/username/domains
1.6G    /home/username/imap
8.8M    /home/username/.spamassassin
1.9G    /home/username

# du -sh /home/username
1.9G    /home/username

 

[zEitEr]

Your user seems to have updated disk usage, but admin/reseller should wait nightly tally process to update caches. You may force to run it now:

echo "action=tally&value=all" >> /usr/local/directadmin/data/task.queue

if it does not help , then please check and follow this guide http://help.directadmin.com/item.php?id=543
You may post your results here as well.

 

[azzid]

Your user seems to have updated disk usage, but admin/reseller should wait nightly tally process to update caches.

I does seem like the nightly tally process cleaned up the numbers, they are now:

2037.7 / 2600

Which seems ok.