webmin giving wrong local disk usage

Discussion in 'Server Operation' started by Heeter, Mar 14, 2015.

  1. Heeter

    Heeter Member

    Hi All

    I am using Ubuntu Server 14.04 for LAMP/Postfix server. I use webmin for the ease of use. I have noticed in the last week that it is reporting that the server is using 108Gig on the 908Gig Disk (1 Terabyte HD's). I do know that it is wrong, but I can't figure out where this extra usage is sucking up disk space.

    When I run this command, this is what I get:
    Code:
    root@server1:/# du -hsx * | sort -rh | head -10
    du: cannot access ‘proc/11921/task/11921/fd/4’: No such file or directory
    du: cannot access ‘proc/11921/task/11921/fdinfo/4’: No such file or directory
    du: cannot access ‘proc/11921/fd/4’: No such file or directory
    du: cannot access ‘proc/11921/fdinfo/4’: No such file or directory
    59G   var
    2.1G   usr
    465M   lib
    392M   home
    66M   boot
    35M   webdav
    26M   etc
    12M   sbin
    9.7M   bin
    648K   run
    root@server1:/#
    
    And when I login into my server through ssh, my initail login stats show:
    Code:
    Welcome to Ubuntu 14.04.2 LTS (GNU/Linux 3.13.0-46-generic x86_64)
    
    * Documentation:  https://help.ubuntu.com/
    
      System information as of Sat Mar 14 00:00:08 MDT 2015
    
      System load: 0.08  Memory usage: 1%  Processes:  102
      Usage of /:  6.8% of 908.65GB  Swap usage:  0%  Users logged in: 0
    
      Graph this data and manage this system at:
      https://landscape.canonical.com/
    
    Last login: Fri Mar 13 23:48:02 2015 from adminpc
    
    Which seems more reasonable. I do know that I have close to 59Gigs in the webfolder, that is intentional, and the 2.1Gig in the /usr folder, I am assuming that it is for Postfix inboxes. But I don't how much the rest of the server should be sucking up.

    Regards,

    Heeter
     
  2. till

    till Super Moderator Staff Member ISPConfig Developer

    You can find it like this:

    cd /
    du -h --max-depth=1

    then you see that /var is 59 gb, now you do:

    cd /var

    and run again

    du -h --max-depth=1

    and you will see in which subfolder of /var the data is. cd into this subfolder and run the command again until you narrowed down which folder is using up the space. Or use a different number for max-depth if you want to scan 2 or 3 folder hierarchies at once.
     
  3. Heeter

    Heeter Member

    Hi Till,

    I do know that the var is at 59G, because that is the data that I intentionally put in to the webfolder. I am trying to figure out why webmin is reporting 10% of 908Gigs usage of local disk, and the ssh logon is reporting 6% of 908Gigs usage of local disk.

    I am trying to figure out why webmin is not reporting correctly.

    Regards,

    Heeter
     
  4. till

    till Super Moderator Staff Member ISPConfig Developer

    what is the output of:

    df -h

    command?
     
  5. Heeter

    Heeter Member

    Hi Till,

    Code:
    root@server1:/# df -h
    Filesystem  Size  Used Avail Use% Mounted on
    /dev/mapper/server--vg-root  909G  62G  801G  8% /
    none  4.0K  0  4.0K  0% /sys/fs/cgroup
    udev  3.8G  4.0K  3.8G  1% /dev
    tmpfs  773M  648K  772M  1% /run
    none  5.0M  0  5.0M  0% /run/lock
    none  3.8G  0  3.8G  0% /run/shm
    none  100M  0  100M  0% /run/user
    /dev/sda1  236M  68M  156M  31% /boot
    root@server1:/#
    
    Heeter
     
  6. atifrere

    atifrere New Member

    hi all,

    Ive been allocated a /48 block of ipv6 addresses (1208925819614629174706176 to be exact! :eek: :D ) and wondered if anyone knew of an allocation script i could use with ispconfig3? or could point me in the right direction to make one.

    I see it as being when a client joins my services a script is fired and assigns 4 ipv6 address for instance.
     
  7. till

    till Super Moderator Staff Member ISPConfig Developer

    You can do that with the ISPConfig remote API. The example files and documentation is in the remote_client folder of the ISPConfig tar.gz file.
     

Share This Page