/dev/sda3 (/usr) is 89% full

[tictic]

Hi,

I have server but /usr partition is full

root@host [~]# cd /usr
root@host [/usr]# du -h --max-depth=1
32M ./include
24K ./X11R6
153M ./src
812M ./share
1.7G ./local
16K ./lost+found
76K ./doc
8.0K ./games
50M ./sbin
16M ./openssh-5.1p1
141M ./bin
1.6M ./kerberos
2.9M ./zlib-1.2.3
587M ./lib
148K ./man
12K ./etc
19M ./libexec

i use cPanel 11.24.4-R36167 - WHM 11.24.2 - X 3.9
CENTOS 5.3 i686 standard on host


any reason? or how to fix that?

I think the installed lots of lib for me

Thanks in advance.

[Infopro]

These may help:


Drive Warning: /dev/sda3 (/var) is 82% full !!!
http://forums.cpanel.net/f5/drive-wa...lp-105333.html

[tictic]

up ...........

look thise

1.7G ./local

[Infopro]

Quite possibly that could be the ./cpanel-rollback directory. I checked one here and it's 924MB. You'd have to check the directory itself to be sure.

This is cPanel's recommended partitioning setup.

[cPanelDavidG]

Originally Posted by Infopro

Quite possibly that could be the ./cpanel-rollback directory. I checked one here and it's 924MB. You'd have to check the directory itself to be sure.

This is cPanel's recommended partitioning setup.

We now have a second partitioning recommendation for novice system administrators which is posted at:

Quick Start Installation Guide

However, this simpler recommendation will result in lower system performance than the advanced scheme Infopro linked to.

[tictic]

Originally Posted by cPanelDavidG

We now have a second partitioning recommendation for novice system administrators which is posted at:

Quick Start Installation Guide

However, this simpler recommendation will result in lower system performance than the advanced scheme Infopro linked to.

u want do that

PHP Code:

To begin your installation, use the following commands: 


cd /home — Opens the directory /home. 
wget -N http://layer1.cpanel.net/latest — Fetches the latest installation file from the cPanel servers. 
sh latest — Opens and runs the installation files. 
/usr/local/cpanel/cpkeyclt — Activates your license after installation 


[tictic]

Disk /dev/sda3 (/usr) 60 %

i removd all logs

PHP Code:

rm -rf /usr/local/apache/domlogs/*
rm -rf /usr/local/apache/logs/* 


du -h --max-depth=1

PHP Code:

29M     ./include
4.0K    ./certs
24K     ./X11R6
2.0G    ./src
835M    ./share
32K     ./misc
1.8G    ./local
16K     ./lost+found
76K     ./doc
16M     ./openssh-5.3p1
8.0K    ./games
48M     ./sbin
145M    ./bin
4.0K    ./private
1.7M    ./kerberos
2.9M    ./zlib-1.2.3
581M    ./lib
3.0M    ./man
172K    ./etc
19M     ./libexec
127M    ./StorMan
5.5G    . 


du -csh /usr/local

PHP Code:

1.8G    /usr/local
1.8G    total 


du -csh /usr/src

PHP Code:

2.0G    /usr/src
2.0G    total 


files in /usr/src

PHP Code:

drwxr-xr-x  5 root root 4096 Nov 23 19:18 ./
drwxr-xr-x 23 root root 4096 Nov 23 19:11 ../
drwxr-xr-x  7 root root 4096 Nov  6 03:40 kernels/
drwxr-xr-x 22 root root 4096 Nov  9 22:24 linux-2.6.26/
drwxr-xr-x  7 root root 4096 Sep  4 03:26 redhat/ 


root@host [/usr/src]# du -csh *

PHP Code:

161M    kernels
1.9G    linux-2.6.26
104K    redhat
2.0G    total 


files in /usr/local

PHP Code:

total 164
drwxr-xr-x 30 root   root   4096 Nov 21 17:08 ./
drwxr-xr-x 23 root   root   4096 Nov 23 19:11 ../
drwxr-xr-x  2 root   root   4096 Nov 20 17:45 IonCube/
drwxr-xr-x  7 root   root   4096 May 13  2009 Zend/
drwxr-xr-x 17 root   root   4096 Nov 20 17:46 apache/
drwxr-xr-x 14 root   root   4096 Nov 20 17:32 apache.backup/
drwxr-xr-x  3 root   root   4096 Nov 20 17:24 apache.backup_archive/
drwxr-xr-x  4 root   root   4096 May 19  2009 bandmin/
drwxr-xr-x  2 root   root   4096 Nov 23 19:16 bin/
drwxr-xr-x  2 root   root   4096 Oct  3  2007 burnintest/
drwxr-xr-x  2 root   root   4096 May 14  2009 chkrootkit/
drwxr-xr-x  4 root   root   4096 Nov 21 17:10 clamav/
drwx--x--x 41 root   wheel  4096 Nov 20 16:54 cpanel/
drwx------  3 root   root   4096 May 13  2009 cpanel-rollback/
drwxr-xr-x  2 root   root   4096 Nov 23 10:00 ddos/
drwx------  4 root   root   4096 May 19  2009 els/
drwxr-xr-x  3 root   root   4096 Nov 23 18:40 etc/
drwxrwxr-x  3 bin    bin    4096 May 18  2009 frontpage/
drwxr-xr-x  2 root   root   4096 Mar 10  2009 games/
drwxr-xr-x 10 root   root   4096 Nov 21 16:50 include/
drwxr-xr-x  3 tomcat nobody 4096 May 19  2009 jakarta/
lrwxrwxrwx  1 root   root     22 May 13  2009 jdk -> /usr/local/jdk1.6.0_02/
drwxr-xr-x  9 root   root   4096 Jun 15  2007 jdk1.6.0_02/
lrwxrwxrwx  1 root   root     18 May 13  2009 jre -> /usr/local/jdk/jre/
drwxr-xr-x  5 root   root   4096 Nov 23 19:16 lib/
drwxr-xr-x  2 root   root   4096 Nov 21 18:57 libexec/
drwxr-xr-x  3 root   root   4096 May 13  2009 man/
drwxr-xr-x  7 root   wheel  4096 May 13  2009 rvsubversion/
drwxr-xr-x  2 root   root   4096 Nov 23 19:16 sbin/
drwxr-xr-x  7 root   root   4096 Nov 21 18:57 share/
drwxr-xr-x  3 root   root   4096 Nov 23 19:45 spri/
drwxr-xr-x  5 root   root   4096 Jul 12 14:34 src/
lrwxrwxrwx  1 root   root      2 May 13  2009 ssl -> ../ 


root@host [/usr/local]# du -csh *

PHP Code:

2.0M    IonCube
16M     Zend
56M     apache
37M     apache.backup
37M     apache.backup_archive
108K    bandmin
35M     bin
1.7M    burnintest
736K    chkrootkit
32K     clamav
1.2G    cpanel
1.5M    cpanel-rollback
28K     ddos
308K    els
220K    etc
31M     frontpage
8.0K    games
4.6M    include
19M     jakarta
0       jdk
166M    jdk1.6.0_02
0       jre
19M     lib
240K    libexec
28K     man
84K     rvsubversion
33M     sbin
24M     share
40K     spri
109M    src
0       ssl
1.8G    total 


[tictic]

up.........

[xml]

http://peoplecnc.com/whitepapers/art...60719080255970

[tictic]

The same thing i removd all logs

Disk /dev/sda3 (/usr) 64 %

[PPNSteve]

Over the last few weeks or so, it appears the apache (dom)logs are no longer being rotated or are failing to rotate.. This is a new issue that we haven't had before.

We have a few high traffic sites and have set stats to run 2 times a day and we are still getting 3 to 4 GB apache domlog files.. like its not being rotated out after each stats run.

is there any solution, aside from manually clearing the logs, to ensure these logs get rotated so we can maintain a decent /usr disk usage level and proper apache heatlth?