Hi folks,
I recently put virtualmin on a 4tb server, no raid and I was a bit shocked to see 180GB or so taken up after the install.
I've never noticed it to reserve so much with other installs on 1TB and 100GB. So what is taking up all the space...chroot for dns? I'd like to reclaim it back ideally. It only seems applicable to my dedi boxes as opposed to my VPS... I don't think it's how I'm formatting?
DEDI: Operating system CentOS Linux 6.5 Webmin version 1.690 Virtualmin version 4.09.gpl GPL
Filesystem Size Used Avail Use% Mounted on rootfs 20G 2.9G 16G 16% / /dev/root 20G 2.9G 16G 16% / devtmpfs 7.9G 260K 7.9G 1% /dev /dev/md3 3.6T 2.1T 1.4T 61% /home tmpfs 7.9G 0 7.9G 0% /dev/shm /dev/root 20G 2.9G 16G 16% /var/named/chroot/etc/named /dev/root 20G 2.9G 16G 16% /var/named/chroot/var/named /dev/root 20G 2.9G 16G 16% /var/named/chroot/etc/named.conf /dev/root 20G 2.9G 16G 16% /var/named/chroot/etc/named.rfc1912.zones /dev/root 20G 2.9G 16G 16% /var/named/chroot/etc/rndc.key /dev/root 20G 2.9G 16G 16% /var/named/chroot/usr/lib64/bind /dev/root 20G 2.9G 16G 16% /var/named/chroot/etc/named.iscdlv.key /dev/root 20G 2.9G 16G 16% /var/named/chroot/etc/named.root.key
VPS: Operating system CentOS Linux 6.3 Webmin version 1.675 Virtualmin version 4.04.gpl GPL
Filesystem Size Used Avail Use% Mounted on /dev/simfs 100G 78G 23G 78% / none 1.0G 4.0K 1.0G 1% /dev none 1.0G 0 1.0G 0% /dev/shm
Thanks in advance
Howdy,
Installing Virtualmin uses up very little space. I think with a typical distribution installation that you'd normally be looking at a total of 1GB or 2GB in all.
What you may want to do is use "du" to determine what is using up all the space.
To do that, you can go into the "/" directory (which you can do by running "cd /"), then run this command:
du -sh *What does that command output?
-Eric
Hi Eric
Thanks for the quick reply :) - I tried a reboot to see if it was temp but only device names changed.
Running du -sh gave me errors also:
Hmm, did you add the "*" character to the end of that 'du -sh` command? The full command should look like this:
du -sh *And that should be run from "/".
-Eric
Hmm, I wonder if maybe I mis-understood the issue initially.
I think you're saying that you're expecting to see more space available on your dedicated server.
Now, the usage in the / partition isn't all that unusual.
I see that /dev/md3, mounted on /home, is 3.6TB, 2.1TB used, and has 1.4TB remaining.
Is that what you're asking about?
Are you surprised as to how much is being used?
Or are you thinking that it should be larger than 3.6TB?
-Eric
Hi Eric
Im expecting to see more than 3.6TB
I'm pretty sure it was 3.8TB before i put virutalmin on.
Thanks again
Sorry Eric - I didn't see the *
Going further into those user11, user22, user33 - only leads to the data i moved and nothing that would suggest the missing 180G.
This is 2 x 2TB SATA
This is a 1TB box (1SATA) with the same provider - (708G /home/s10nix/files) is user data only created after virtualmin install:
The local disk space indicator on Virtualmin home page, showed 180GB used after a fresh install of both OS and Vrtualmin.
I'm willing to reformat a smaller 1TB box to test?
Cheers
Is it really TB vs TiB?
:(
Howdy,
Well, I think we're talking about a couple of different things here, and I'm struggling with where to start :-)
I assure you that installing Virtualmin doesn't take up 180GB of space.
A good many installs don't have anything near that much space to work with, as a lot of folks use VPS's these days.
So if you're seeing 180GB used, something else is going on.
Now, with the total disk size -- 3.6TB vs 3.8TB -- that's just the disk size as reported by the Linux kernel. It's showing the partition, as it was formatted before Linux was even installed. So the Virtualmin installation wouldn't be affecting that either.
-Eric
Hi Eric
I think I've confused myself somewhere along the way with the /named/chroot difference between my installs. I have virtualmin running on 100GB servers also, so I understand it works well :).
I'll reformat a 1TB later in the month before it expires. I'll recheck then and come back.
Thanks again for your help.