Hi Guys,

I have redhat linux ES 3.0 and my root partition is 100% here is the results of df-h

Filesystem Size Used Avail Use% Mounted on
/dev/sda6 996M 995M 0 100% /
/dev/sda1 99M 93M 1.2M 99% /boot
/dev/sdb5 45G 1.5G 41G 4% /dbf
/dev/sda8 28G 13G 14G 49% /home
/dev/sda2 20G 1.4G 17G 8% /indx
none 1004M 0 1004M 0% /dev/shm
/dev/sdb1 20G 514M 18G 3% /rbs
/dev/sda7 996M 17M 930M 2% /tmp
/dev/sda5 9.5G 1.7G 7.4G 19% /usr
/dev/sda3 9.5G 579M 8.5G 7% /var


And I have deleted older logs from /var/log
but did make any difference. I'm not sure what to do next. please help.

Thanks,

Deleting /var/logs won't help since /var is on /dev/sda3 and /dev/sda6 is the full partition. You can use `du -h` to find out where the bulk of your files are. If you're lucky, you have a bunch of stuff in /lost+found, which can often be deleted. Otherwise, it may be that you have a lot of applications in /bin and /sbin. If you don't have a tool to resize your partitions, you'll have to get rid of some applications.

Reading the title, I was going to suggest seeing how much space your log files are using. But, you've done that, and it didn't do anything, because your var is on it's own partition.

Your root is on a ~1gig partition. It's full. Multiple partitions are sometimes good and sometimes bad... If your log files went crazy and filed up var, you should still be able to run the system to fix the problem. In your case, you have a partition scheme that's a bit out of wack. It will take a bit of work to correct it... You can edit your partitions to move some space to your root partition. Before do that, be sure to back up your data. I would say chop var down to 1-2 gigs and move that freespace to root.

You could also add a little more to boot, or delete out older kernels that you don't ever run. Keep the one you run daily, and one of the previous best versions.

Thanks for the input guys, just found that a backup file was mistakenly copied to root. After deleting that file the usage came down to 33%.