GNU bug report logs -
#18178
help
Previous Next
Full log
Message #24 received at 18178 <at> debbugs.gnu.org (full text, mbox):
Jermaine Golding wrote:
> >> I just deleted over 100gigs of logs and my var partition is still at 100%.
> >> /dev/mapper/vg_splat-lv_log 768G 743G 0 100% /var/log
>
> I also rebooted a few times
>
> That still did not resolve the issue
If the file system is full then look for the files on disk. I like
using the old 'xdu' command to visualize this.
du -lmx /var | xdu
I like to do this in two steps.
du -lmx /var >/tmp/du-lmx.var.out
xdu /tmp/du-lmx.var.out
However I would also just start looking manually.
du -lmsx /var/* | sort -n
du -lmsx /var/cache/* | sort -n
du -lmsx /var/local/* | sort -n
Somewhere you will find where that disk space is consuming your disk.
It is there. Just keep looking.
Note that as others mentioned the file system is reference counted.
If you remove a file that only removes a link to it. The space is not
freed until the last link is removed. To force the file system to
free the space immediately it is typical to truncate the file
instead. That is what I do before removing the file.
$ ls -ldog somelargefile
$ > somelargefile
The shell's ">" redirection to that file will truncate the file to
zero size.
Also if you have any mount points on top of /var then those mount
points would shadow and hide anything that was mounted below it. Do
you have any mount points in /var? If so then unmount those and look
underneath the mount point for hidden disk space.
mount | grep /var
The bug tracker is not a good support forum. I suggest using the
help-gnu-utils <at> gnu.org mailing list for such discussion in the
future. Or depending upon your software distribution the user support
mailing list associated with it might be a good source of information.
Bob
This bug report was last modified 10 years and 291 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.