Disk critical
I've read at least a dozen threads about the very same issue and have yet been able to resolve mine. I get multiple emails warning me that my disk is 93% full.
DISKCRITICAL: / on x.x.x.x (x.x.x.x): 17.06/19.38 GB - 93%?
I've tried cleaning out log files and the tmp directory aswell as other places and that brought me down to 60% for a few weeks, then today I got the same emails saying I was back up to 93%. This is even more confusing because my backup and home directories are on separate partitions and drives where I keep all of my files.
I tried listing some info to narrow down my search for files to removes and got the following.
If you exclude /backup and /home because they are on separate partitions and add up everything else its around 10G which should put me south of 60% usage which doesn't seem to be the case. Not sure where this extra 8G is coming from. Here is the output of df -h
du -ksh /*
0 /_
395G /backup
7.3M /bin
11M /boot
280K /dev
28M /etc
12G /home
36K /latest
11M /lib
27M /lib64
16K /lost+found
4.0K /media
4.0K /mnt
30M /opt
du: cannot access `/proc/23382/task/23382/fd/4': No such file or directory
du: cannot access `/proc/23382/task/23382/fdinfo/4': No such file or directory
du: cannot access `/proc/23382/fd/4': No such file or directory
du: cannot access `/proc/23382/fdinfo/4': No such file or directory
0 /proc
823M /root
25M /sbin
0 /scripts
4.0K /selinux
4.0K /srv
du: cannot access `/sys/kernel/slab/L2TP/IPv6': No such file or directory
du: cannot access `/sys/kernel/slab/L2TP/IP': No such file or directory
0 /sys
4.0K /test
1016K /tmp
5.4G /usr
2.3G /varIf you exclude /backup and /home because they are on separate partitions and add up everything else its around 10G which should put me south of 60% usage which doesn't seem to be the case. Not sure where this extra 8G is coming from. Here is the output of df -h
Filesystem Size Used Avail Use% Mounted on
rootfs 20G 18G 1.1G 95% /
/dev/root 20G 18G 1.1G 95% /
devtmpfs 32G 280K 32G 1% /dev
/dev/md3 404G 12G 373G 3% /home
tmpfs 32G 0 32G 0% /dev/shm
/dev/md127 1.8T 395G 1.4T 23% /backup
/dev/loop0 663M 18M 612M 3% /tmp
/dev/loop0 663M 18M 612M 3% /var/tmp
/dev/root 20G 18G 1.1G 95% /var/named/chroot/etc/named
/dev/root 20G 18G 1.1G 95% /var/named/chroot/etc/named.rfc1912.zones
/dev/root 20G 18G 1.1G 95% /var/named/chroot/etc/rndc.key
/dev/root 20G 18G 1.1G 95% /var/named/chroot/usr/lib64/bind
/dev/root 20G 18G 1.1G 95% /var/named/chroot/etc/named.iscdlv.key
/dev/root 20G 18G 1.1G 95% /var/named/chroot/etc/named.root.key-
Hello :) The output of "df -h" does show: rootfs 20G 18G 1.1G 95% /
The following document will help explain how to determine where the usage is coming from: cPanel - Manage HD Space It's also possible that processes with open files are using space. You could try rebooting your server to see if that helps reflect the accurate amount of space used. Thank you.0 -
A hard reboot fixed my problem and put me at about 50% usage. Thanks. 0 -
]A hard reboot fixed my problem and put me at about 50% usage. Thanks.
I am happy to see the issue has been addressed. Thank you for updating us with the outcome.0
Please sign in to leave a comment.
Comments
3 comments