[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [lmi] /var is 95% full
From: |
Greg Chicares |
Subject: |
Re: [lmi] /var is 95% full |
Date: |
Wed, 19 Aug 2020 12:59:42 +0000 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0 |
On 2020-08-18 23:48, Greg Chicares wrote:
> Vadim--It looks like this corporate RHEL server's /var is filling up:
>
> $df
> Filesystem 1K-blocks Used Available Use% Mounted on
> devtmpfs 8109384 0 8109384 0% /dev
> tmpfs 8123804 0 8123804 0% /dev/shm
> tmpfs 8123804 28384 8095420 1% /run
> tmpfs 8123804 0 8123804 0%
> /sys/fs/cgroup
> /dev/mapper/VolGroup00-lv_root 4184064 1081108 3102956 26% /
> /dev/mapper/VolGroup00-lv_usr 8378368 6681140 1697228 80% /usr
> /dev/sda1 999320 232676 697832 26% /boot
> /dev/mapper/VolGroup00-lv_var 6805504 6403972 401532 95% /var
> /dev/mapper/VolGroup00-lv_opt 4184064 1763004 2421060 43% /opt
> /dev/mapper/VolGroup00-lv_home 2086912 1405344 681568 68% /home
> /dev/mapper/VolGroup00-lv_tmp 4184064 1507152 2676912 37% /tmp
> /dev/mapper/VolGroup00-lv_var_log 2086912 313536 1773376 16% /var/log
> tmpfs 1624764 0 1624764 0%
> /run/user/REDACTED
> /dev/sdb1 83843076 27848248 55994828 34%
> /srv/chroot
Today /var is only 52% full. I wondered whether some person or
robot had resized the partitions, but no, the "1K-blocks" column
is identical. Looking through root's history, I found:
cd /var
yum clean all
cd cache/yum
rEmOVE -rf *
where I inserted some capitalized letters into the last command.
Clearly this is no robot, as placing that command in shell history
would violate Asimov's First Law.
But they left my /var/cache/lmi_schroots and its DEBs alone.