DirectAdmin using a lot of disk space?

hansvdput

Verified User
Joined
Jun 29, 2015
Messages
42
I have a question about DirectAdmin / Linux disk space.

In DirectAdmin as superuser the disk space used is the following: Disk Space (mb) 12529
So it uses 12,5GB of disk space.


It is a clean CentOS 6.6 installation with ONLY DirectAdmin installed.

The servers size is 400GB and increasing every day.

Can anyone explain this to me?
What can i do to stop this?
How can i find what data is so large?
 
Well,

The thing is that i upload and manage everything for my users.
So they dont have FTP / login credentials themselves so i know there cant be much on it.

The server is hosting about 20 wordpress sites, so can't be 400GB.

Anyone know how?

Or is there anyone who knows how to see which folder is which size ?
Like in Windows?
 
Well it should be email or even database, in any case run this:

Code:
du -h / | grep '^.*[0-9]M' | sort -n
and
Code:
du -h / | grep '^.*[0-9]G' | sort -n

Regards
 
Thank you, this really helped.

So the biggest thing is a webdomain using 800MB.

So the 400GB in use is kind impossible. Weird.
 
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/vg_webmailserver02-lv_root
50G 3,6G 44G 8% /
tmpfs 939M 24K 939M 1% /dev/shm
/dev/sda1 477M 94M 358M 21% /boot
/dev/mapper/vg_webmailserver02-lv_home
685G 14G 637G 3% /home
 
I am using VMWare with Thin Provisioning.

The size on the datastore is 500GB

While it should be 20-30GB.

So thats why i thought the server is somewhere too big.

But it looks like a VMWare bug then ?
 
Well it should be that you made and removed (or even mantained) snapshot and never shutted down the vm to get file merged (and disk space decreased)...

Regards
 
I still haven't really.

Looks like some large log files etc. but don't know how to get that away.
 
Well it should be email or even database, in any case run this:

Code:
du -h / | grep '^.*[0-9]M' | sort -n
and
Code:
du -h / | grep '^.*[0-9]G' | sort -n

Regards

Thank you this helped me to find out why my diskspace was all eaten up by the log-files from DA in cd /usr/local/directadmin/plugins/custombuild/logs
 
Back
Top