RHEL4 no free space on var even after cleanup

[Brandon Coale]

Thank you Jean-Paul, good point.

I did that and it still showed zero bytes free.  

I called Dell Support and the technician Daniel had me do a lsof /var command and it showed that the /var/log/cups/error_log file was huge and continuously writing to the partition.

I had to manually kill the cups daemon, and then I manually deleted this log file.  Now I have more cleanup to do, but Daniel helped me get some free space.

Thanks,
Brandon

> 
> 
> On Mon, 2006-11-27 at 00:03 -0500, Brandon Coale wrote:
> > 
> > Hi,
> > 
> > I am running RHEL4 ES on a PowerEdge 6600.
> > 
> > My df command shows that there is no space on /var even after I have
> > deleted several big files. 
> 
> df -h prints human readable.  do a 'df' without the -h flag.  /bin/df if
> it's aliased)
> 
> what you will find is that near the 100% limit, you can delete files and
> the size doesn't look like it changes.  df without the -h flag will tell
> you absolutely how many bytes are free.
> 
> oh, and define 'big'  *grin*
> 
> 
> > [root at sbmmega01 var]# df -h
> > Filesystem Size Used Avail Use% Mounted on
> > /dev/sda8 1012M 241M 720M 26% /
> > /dev/sda3 99M 13M 82M 13% /boot
> > none 506M 0 506M 0% /dev/shm
> > /dev/sda6 494M 20M 449M 5% /tmp
> > /dev/sda5 7.9G 4.9G 2.7G 65% /usr
> > /dev/sda7 494M 494M 0 100% /var
> > /dev/sda2 4.3G 1.7G 2.5G 41% /home
> 
> 
> -- 
> Jean-Paul Blaquiere
>  jeanpaul.blaquiere at faredge.com.au
>   http://www.faredge.com.au
>    (02) 8425 1410
> 
> 
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.us.dell.com/pipermail/linux-poweredge/attachments/20061127/c9f64106/attachment.htm