DA does not show correct disc usage on CentOS VPS i386

[zEitEr]

Hi!

DA does not show correct disc usage on CentOS VPS i386:

DirectAdmin Values
Compiled on Redhat CentOS 5.0
Server Version 1.36.2

Quotas are enabled on system level:

# uname -a
Linux ****.net 2.6.18-194.8.1.el5.028stab070.5 #1 SMP Fri Sep 17 19:10:36 MSD 2010 i686 i686 i386 GNU/Linux

# grep quota /usr/local/directadmin/conf/directadmin.conf
quota_partition=/

# mount | grep quota
/dev/simfs on / type reiserfs (rw,usrquota,grpquota)

and

# /usr/sbin/repquota /
*** 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
----------------------------------------------------------------------
....
....
....
a200415   --   13984 2048000 2252800            793     0     0
a200327   --   29336  307200  337920            262     0     0
a200347   --    3332 2048000 2252800            252     0     0
a200349   --   17976  307200  337920            310     0     0
a200352   --    7428  307200  337920            364     0     0
a200373   --    2892  307200  337920            230     0     0
....
....
....

I do

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

and nothing but MySQL DB size is calculated.

How can I fix it?

 

[zEitEr]

I believe, I've found the problem

I believe, I've found the problem.

After reading http://www.directadmin.com/forum/showpost.php?p=51071&postcount=3 I've checked the system and found empty /home/tmp/quota-dump, owned by root. I've deleted the file. And now disk usage is counted ok. I need some time to re-check it.

Does directadmin fail to get list of all the quotas for the users if the file exist?
Does not directadmin re-create (unlink) the file, if it already exist?

 

[zEitEr]

Re-checked!

It is /home/tmp/quota-dump, that makes DA display incorrect disk usage.

The questions, posted in previous message, still wait for answers.